[go: up one dir, main page]

EP1224786B1 - Procede d'estimation de temps de transfert de paquets dans un reseau sans fil - Google Patents

Procede d'estimation de temps de transfert de paquets dans un reseau sans fil Download PDF

Info

Publication number
EP1224786B1
EP1224786B1 EP00971490A EP00971490A EP1224786B1 EP 1224786 B1 EP1224786 B1 EP 1224786B1 EP 00971490 A EP00971490 A EP 00971490A EP 00971490 A EP00971490 A EP 00971490A EP 1224786 B1 EP1224786 B1 EP 1224786B1
Authority
EP
European Patent Office
Prior art keywords
mobile terminal
packet
message
transfer time
protocol
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.)
Expired - Lifetime
Application number
EP00971490A
Other languages
German (de)
English (en)
Other versions
EP1224786A1 (fr
Inventor
Thierry Lucidarme
Pierre Lescuyer
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.)
Nortel Networks France SAS
Original Assignee
Nortel Networks France SAS
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 Nortel Networks France SAS filed Critical Nortel Networks France SAS
Publication of EP1224786A1 publication Critical patent/EP1224786A1/fr
Application granted granted Critical
Publication of EP1224786B1 publication Critical patent/EP1224786B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/121—Shortest path evaluation by minimising delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • the present invention relates to wireless communications, and more particularly to wireless access to packet transmission networks such as the Internet.
  • GSM Global System for Mobile Communications
  • GPRS General Packet Radio Service
  • UMTS Universal Mobile Telecommunications System
  • Mobile terminals are able to access fixed networks via the various wireless communication networks, which may be networks of the same type (for example multiple subscriptions or roaming agreements between multiple operators). ) or of a different type (multimode terminals).
  • the same wireless network can offer several access modes with different characteristics: circuit or packet, multiple frequency bands (900 MHz band or 1800 MHz in the case of GSM), frequency duplex (FDD) ) or time (TDD) in the case of UMTS, editable bit rate, etc.
  • ISP Internet Service Provider
  • the same wireless network may have interfaces (gateways) with several ISPs.
  • Wireless access to the Internet takes a segment of wireless communication between the mobile and the gateway and a fixed communication segment beyond the gateway.
  • a wireless user wishing to connect or transfer data via the Internet may in the future select for each segment a given operator to route his call, based on price considerations or quality of service.
  • the selection may also relate to different access modes proposed by an operator, including the wireless operator. This selection can be totally or partially automatic.
  • the time required to transfer messages or files of a given size from or to a remote unit is a key parameter of the quality of service.
  • the parameter is even more critical given the radio access resources mobilized during the transfer, which generally involve higher billing than for access from a fixed network. If it has data in advance to get an idea of this parameter, the user can appreciate the opportunity to defer its request, to try to formulate it by another channel or to give it up.
  • the packet transfer time is also a crucial parameter, since a delay greater than a few hundred milliseconds is not acceptable for such applications.
  • the transfer time depends on the congestion in the fixed network, as any Internet user can perceive. For mobile access, it also depends on the time spent by the packets in the wireless communication network infrastructure, and the transmission time on the radio interface which in turn depends on the quality of the radio link given the constraints rate, multiplexing and any repetitions if a secure protocol (ARQ) is applied.
  • ARQ secure protocol
  • Some Internet protocol protocols such as Internet Control Message Protocol (ICMP), which is part of the Internet Protocol (IP) protocol, or application protocols such as File Transfer Protocol (FTP), contain procedures for signal the transport times of the packets between two points connected to the network. But in the case of wireless access, these procedures as used do not allow to determine whether a large transmission delay is due to problems in the wireless segment or in the fixed segment of the communication.
  • ICMP Internet Control Message Protocol
  • IP Internet Protocol
  • FTP File Transfer Protocol
  • An object of the present invention is to overcome this limitation, and to provide the wireless user with information that helps him to better determine how to route his call.
  • the invention thus proposes a method for estimating transfer times in a system comprising at least one wireless communication network and a fixed part, in which the wireless communication network comprises radio stations able to communicate with mobile terminals, and switches including packet switches able to support packet mode communications with mobile terminals through at least some of the radio stations, in which at least one of the packet switches constitutes a gateway of the wireless communication network with a packet transmission network belonging to the fixed part of the system, and in which at least one measurement message is transmitted to a terminal mobile in response to a request for indication of packet transfer time from said mobile terminal. Using the measurement message received by the mobile terminal, at least one packet transfer time is determined between the mobile terminal and a gateway of the wireless communication network with the packet transmission network.
  • the method forms measurement messages that allow the wireless user (or an automatic procedure implemented by an application executed in his terminal) to determine a transfer time on the wireless segment of the communication.
  • This transfer time can be the "downlink” time, from the gateway to the mobile terminal, possibly supplemented by the "uplink” time, from the mobile terminal to the gateway.
  • the user (or an automatic procedure implemented by an application executed in his terminal) is guided in the choice of wireless access modalities . It may decide to immediately initiate the planned communication if the time indicated is relatively short, or else decide to postpone it, or to formulate it by another channel (other operator and / or other mode of access) after a similar request indication of transfer time.
  • the packet transfer time between the remote unit and the gateway can be determined by subtracting the transfer time between the mobile terminal and the gateway (derived from the first measurement message) of the transfer time between the mobile terminal and the unit. remote (deduced from the second measurement message).
  • the measurement messages may be responses to ICMP protocol messages transmitted by the mobile terminal.
  • the mobile terminal ignores the IP address of the relevant gateway.
  • a convenient way is to transmit an IP packet having the value 1 in the TTL ("Time To Live") field beforehand.
  • the gateway which is the first IP router encountered by this packet, then returns an error message containing its address which can then be used by the mobile terminal.
  • a mobile radio communication terminal comprising packet communication means with remote units connected to a system comprising at least one wireless communication network and a fixed part, means of communication. transmission of packets containing packet transfer time indication requests, and means for determining, using a measurement message received in response to a transfer time indication request, a transfer time packet between the mobile terminal and a gateway of the wireless communication network with a packet transmission network belonging to the fixed part of the system.
  • the mobile terminal may include means for requesting the establishment of resources for data transfer from or to a remote unit accessible by the packet transmission network, which means cooperate with the determining means. transfer time for the establishment of resources to be requested under conditions that depend on at least one packet transfer time determined by the transfer time determination means.
  • the mobile terminal may include means for requesting the establishment of a communication telephone with a remote unit accessible on the one hand by the packet transmission network and on the other hand by a circuit switched network connected to the wireless communication network, which means cooperate with the transfer time determination means for the establishment of the telephone call is requested via either the packet transmission network or the circuit switched network in accordance with at least one packet transfer time determined by the transfer time determination means .
  • the communication system shown diagrammatically in FIG. 1 comprises a fixed part 10 and a wireless communication network 20.
  • the fixed part 10 comprises a public switched telephone network 11 and an Internet network 12.
  • the Internet network 12 conventionally operates according to the protocol IP (see Request for Comments (RFC) 791 from the Internet Engineering Task Force (IETF) for version 4, and RFC 2460 from IETF for version 6).
  • RFC Request for Comments
  • IETF Internet Engineering Task Force
  • the wireless network 20 is conventionally divided into a core network 21, comprising interconnected switches, and an access network 22 providing the radio links with the mobile terminals 23.
  • the wireless network 20 combines second generation elements (GSM) and third generation elements (UMTS).
  • GSM second generation elements
  • UMTS third generation elements
  • the access network 22, called BSS Base Station Sub-system
  • BSS Base Station Sub-system
  • BSC base station controllers
  • RNS Radio Network System
  • BTS base stations
  • RNC radio network controllers
  • the core network 21 includes second and third generation mobile service switching centers (MSCs) 28, 29 associated with visitor location registers (VLRs). These MSCs 28, 29 provide circuit switching for circuit-mode telephony or data transfer communications. They are connected to the switched network 11 of the fixed part 10.
  • MSCs mobile service switching centers
  • VLRs visitor location registers
  • the switches of the core network 21 are called GSN ("GPRS Support Node").
  • the packet switches 30. 31 connected to the access network 22 are called SGSN ("Serving GSN").
  • Other packet switches 32 of the core network 21, called GGSN ("Gateway GSN"), are gateways with the Internet network 12. These gateways 32 are connected to the SGSN 30, 31 to allow the mobile terminals 23 to access 12.
  • GGSNs 32 are shown, which may be gateways managed by different ISPs.
  • FIGS. 2 and 3 are illustrations of the protocols that can be implemented in packet mode communications between a mobile terminal 23 and a remote unit such as an IP server 35 or a user terminal 36 accessible through one or more
  • the protocols employed are the same in the fixed part 10 as well as in the "Gn" interface between the GGSN 32 and the SGSNs 30, 31.
  • IP is used as the network protocol.
  • the same IP layer is present in the mobile terminals 23 when they access the Internet. This access can be done in TCP ("Transmission Control Protocol", RFC 793 IETF) sessions, or by exchanging UDP (User Datagram Protocol, IETF RFC 768) datagrams to allow applications to be executed. in the mobile 23 and the remote unit 35, 36 to exchange the data.
  • the protocols used in the wireless network 20 are described, for the second generation (FIG. 2), in GSM Recommendations 03.60, 03.64, 08.16 and 09.61 published by ETSI ("European Telecommunications Standards Institute"), and for the third generation generation (Figure 3) in the specifications 3GPP 25.301 and 3GPP 25.410 published by ETSI.
  • ETSI European Telecommunications Standards Institute
  • Figure 3 Third Generation generation
  • additional IP and UDP layers, as well as a layer of the GTP protocol are present between the layer 2 and the IP layer corresponding to that of the mobile terminal 23.
  • these additional IP, UDP and GTP layers are also present at the "read" interface between the SGSN 31 and the RNS 22.
  • the SGSN 30 communicates according to other protocols with the BSS 22 and the mobile terminal 23.
  • FIG. 4 schematically illustrates an exemplary mobile terminal 23 that can communicate with the system of FIG. 1.
  • This exemplary terminal is capable of communicating via the second generation network (2G) or the third generation network (3G) . It thus comprises two transceivers 40, 41 controlled by a central control unit 42 of the terminal.
  • the transceivers 40, 41 controlled by the unit 42 implement the lower layers of the transmission protocols (up to the SNDCP layer in the case of FIG. 2 and up to the RLC layer in the case of FIG. 3).
  • the terminal of FIG. 4 comprises two modules 43, 44 which respectively manage the GSM frames and the UMTS frames.
  • a module 45 for formatting datagrams is connected to the transceivers 40, 41. This module 45 manages in particular the TCP / IP and / or UDP / IP protocols represented on the left-hand part of FIGS. 2 and 3. .
  • the module 46 of FIG. 4 schematizes the data processing elements of which the mobile terminal is provided and which cooperate with a user interface 47.
  • the multimode terminal furthermore comprises GSM 48 and UMTS 49 vocoders for processing the speech signals.
  • the set of modules 43-49 is controlled by the unit 42 which processes the signaling operations. In practice, these modules 43-49 and this unit 42 can be made from a microprocessor or microcontroller associated with appropriate interfaces, as is usual in the technology of mobile terminals.
  • the data processed by the module 46 will most often be exchanged in packet mode, via the module 45. But they can also be transferred in circuit mode via the module 43 or 44.
  • the speech coded by the module 48 or 49 is generally transmitted in circuit mode via the module 43 or 44, but it can be transmitted in packets via the module 45.
  • the invention proposes to provide the mobile terminal 23 with an indication of the time T put by an IP packet to be transferred from or to a remote unit 35, 36 via a gateway 32, specifying the transfer time Tw of the packet between the mobile terminal 23 and the gateway 32, and the transfer time Ti of the packet in the fixed part, between the gateway 32 and the remote unit 35, 36.
  • messages of the ICMP protocol can be used to determine the time T.
  • the ICMP protocol makes part of the IP protocol, in layer 3 of the OSI model.
  • the source and destination machines (here the mobile terminal 23 and the remote unit 35, 36) have their internal clocks synchronized with respect to the same time reference. This can be done using GPS (Global Positioning System) receivers.
  • GPS Global Positioning System
  • Another possibility in the case of LANs is to use the synchronization mechanism described in RFC 772 of the IETF.
  • the messages ECHO and ECHO REPLY ICMP protocol can be used to estimate the round trip time T AR of a packet.
  • the first IP router seen by the IP layer of the mobile terminal 23 is at the level of the GGSN 32. If the mobile terminal 23 knows the IP address of the GGSN 32, it can use the TIMESTAMP or ECHO messages of the ICMP protocol for determining in the same manner as previously the transfer time Tw in the wireless communication network 20.
  • the times Tw U , Tw D are obtained in both directions in the case of the use of the TIMESTAMP message. Only time roundtrip Tw AR is obtained in the case of using the ECHO message.
  • the IP address of the GGSN 32 is not known a priori from the mobile terminal. It is indeed a data configuration of the IP network that can be modified and that has no reason to be communicated to the user terminals.
  • the mobile terminal 23 simply has the ability to select a particular GGSN (i.e., a particular ISP) by providing an Access Point Name (APN) for the routing of its request to this GGSN.
  • APN Access Point Name
  • the mobile terminal 23 can send an IP packet by placing the value 1 in the TTL field of the header.
  • each machine processing a packet decrements the TTL field, and when its value reaches 0, an error message is returned to indicate that the packet could not be routed. So we initially put in this field a value corresponding to the maximum number of routers to cross within the Internet, the goal being that packets that would enter closed loops within the network are destroyed.
  • the GGSN receiving a packet with TTL field a.1 returns an IP packet to the mobile terminal address indicated in the header of the packet. This returned packet in turn contains the IP address of the GGSN 32 that issued it. This can then be used by the mobile terminal 23 for sending the message TIMESTAMP or ECHO.
  • the transfer time indication request then comprises a third message consisting of a TIMESTAMP or ECHO message sent to the IP address of this remote unit, known from the mobile terminal directly or after querying a domain name server (DNS), and for determining the times T and Ti.
  • DNS domain name server
  • control unit 42 controls the datagram management module 45 to send the appropriate IP packets and receive the network responses that are processed to present the transfer times to the packet. user or application.
  • the transfer time indication procedure can also be executed before requesting a telephone call from a mobile terminal 23 to a remote telephone terminal 36 connected to the network. IP 12. If the determined transfer times are small, the terminal will attempt to establish packet communication over the Internet 12. Otherwise, it may require the establishment of a circuit through the MSC / VLR 28, 29 and the switched network 11 if the terminal 36 is also accessible by the switched network as illustrated in Figure 1.
  • These actions can be decided directly by the user by means of the interface 47. They can also be defined beforehand by configuring the IP telephony application executed by the terminal processor.
  • the time Tr passed on the radio interface can be evaluated at the access network 22 and provided to the mobile terminal using the signaling procedures applied for the control of radio resources (RR).
  • the time spent on the "Gb" interface in the case of a second generation network can be evaluated by the SGSN by BSSGP flow control procedures, and returned to the mobile terminal using messages from the control procedures. Mobility Management (MM).
  • MM Mobility Management
  • the time spent on the "read” interface can be evaluated by the SGSN using ICMP messages (TIMESTAMP or ECHO) at the lower IP layer ( Figure 3).

Landscapes

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

Description

  • La présente invention concerne les communications sans fil, et plus particulièrement l'accès sans fil à des réseaux de transmission de paquets tel que l'Internet.
  • L'accès sans fil aux réseaux de paquets se développe rapidement. Certains réseaux de seconde génération (GSM, « Global System for Mobile communications »), comportent maintenant un service de transmission de paquets appelé GPRS (« General Packet Radio Service »). Les systèmes de troisième génération, notamment l'UMTS (« Universal Mobile Telecommunications System »), sont conçus dans l'optique du multimédia, et incorporeront donc des services de transmission de paquets.
  • Des terminaux mobiles sont capables d'accéder à des réseaux fixes par l'intermédiaire des différents réseaux de communication sans fil, qui peuvent être des réseaux de même type (par exemple cas d'abonnements multiples ou d'accords d'itinérance entre plusieurs opérateurs) ou de type différent (terminaux multimodes). D'autre part, un même réseau sans fil peut proposer plusieurs modes d'accès présentant des caractéristiques différentes : circuit ou paquet, bandes de fréquence multiples (bande à 900 MHz ou à 1800 MHz dans le cas du GSM), duplex fréquentiel (FDD) ou temporel (TDD) dans le cas de l'UMTS, débit modifiable, etc.
  • Pour l'accès au réseau Internet, les utilisateurs, fixes ou mobiles, peuvent s'adresser à différents fournisseurs appelés ISP (« Internet Service Provider »). En particulier, un même réseau sans fil peut comporter des interfaces (passerelles) avec plusieurs ISP.
  • Un accès sans fil à l'Internet emprunte un segment de communication sans fil, entre le mobile et la passerelle et un segment de communication fixe au-delà de la passerelle.
  • Ainsi, un utilisateur sans fil souhaitant se connecter ou transférer des données par l'intermédiaire de l'Internet pourra à l'avenir sélectionner pour chaque segment un opérateur donné pour acheminer son appel, selon des considérations tarifaires ou de qualité de service. La sélection peut également porter sur différents modes d'accès proposés par un opérateur, notamment l'opérateur sans fil. Cette sélection peut être totalement ou partiellement automatique.
  • Du point de vue d'un utilisateur d'Internet, le temps nécessaire pour transférer des messages ou des fichiers de taille donnée depuis ou vers une unité distante est un paramètre clé de la qualité de service. Dans le cas d'un accès sans fil, le paramètre est encore plus critique compte tenu des ressources d'accès radio mobilisées pendant le transfert, qui impliquent généralement une facturation plus élevée que pour un accès depuis un réseau fixe. S'il dispose à l'avance de données lui permettant d'avoir une idée de ce paramètre, l'utilisateur peut apprécier l'opportunité de différer sa requête, d'essayer de la formuler par un autre canal ou d'y renoncer.
  • D'autre part, il se développe des applications temps réel, notamment de téléphonie, utilisant l'Internet. Dans ce contexte, le temps de transfert des paquets est également un paramètre crucial, puisqu'un retard supérieur à quelques centaines de millisecondes n'est pas acceptable pour de telles applications.
  • Le temps de transfert dépend de l'encombrement dans le réseau fixe, comme peut le percevoir tout utilisateur d'Internet. Pour un accès mobile, il dépend aussi du temps passé par les paquets dans l'infrastructure du réseau de communication sans fil, et du temps de transmission sur l'interface radio lequel dépend à son tour de la qualité du lien radio compte tenu des contraintes de débit, du multiplexage et des répétitions éventuelles si un protocole sécurisé (ARQ) est appliqué.
  • Certains protocoles du réseau Internet, notamment ICMP (« Internet Control Message Protocol ») qui fait partie intégrante du protocole IP (« Internet Protocol ») ou encore des protocoles applicatifs tels que FTP (« File Transfer Protocol »), comportent des procédures permettant de signaler les temps de transport des paquets entre deux points raccordés au réseau. Mais dans le cas d'un accès sans fil, ces procédures telles qu'elles sont utilisées ne permettent pas de déterminer si un grand retard de transmission est dû à des problèmes dans le segment sans fil ou dans le segment fixe de la communication.
  • Un but de la présente invention est s'affranchir de cette limitation, et de fournir à l'utilisateur sans fil de l'information qui l'aide à déterminer au mieux comment acheminer son appel.
  • L'invention propose ainsi un procédé d'estimation de temps de transfert dans un système comportant au moins un réseau de communication sans fil et une partie fixe, dans lequel le réseau de communication sans fil comprend des stations radio aptes à communiquer avec des terminaux mobiles, et des commutateurs incluant des commutateurs de paquets aptes à supporter des communications en mode paquets avec des terminaux mobiles à travers certaines au moins des stations radio, dans lequel au moins un des commutateurs de paquets constitue une passerelle du réseau de communication sans fil avec un réseau de transmission de paquets appartenant à la partie fixe du système, et dans lequel on transmet au moins un message de mesure à un terminal mobile en réponse à une requête d'indication de temps de transfert de paquet issue dudit terminal mobile. A l'aide du message de mesure reçu par le terminal mobile, on détermine au moins un temps de transfert de paquet entre le terminal mobile et une passerelle du réseau de communication sans fil avec le réseau de transmission de paquets.
  • Le procédé forme des messages de mesure qui permettent à l'utilisateur sans fil (ou à une procédure automatique mise en oeuvre par une application exécutée dans son terminal) de déterminer un temps de transfert sur le segment sans fil de la communication. Ce temps de transfert peut être le temps « downlink », depuis la passerelle jusqu'au terminal mobile, éventuellement complété par le temps « uplink », depuis le terminal mobile jusqu'à la passerelle.
  • II peut également être le temps d'aller-retour d'un paquet entre le terminal mobile et la passerelle.
  • A partir d'une telle estimation du temps passé par des paquets dans le réseau sans fil, l'utilisateur (ou une procédure automatique mise en oeuvre par une application exécutée dans son terminal) est guidé dans le choix des modalités d'accès sans fil. Il peut décider d'initier immédiatement la communication envisagée si le temps indiqué est relativement court, ou sinon décider de la différer, ou encore de la formuler par un autre canal (autre opérateur et/ou autre mode d'accès) après une requête similaire d'indication de temps de transfert.
  • Avantageusement, on détermine en outre, à l'aide d'un second message de mesure issu d'une unité distante accessible par le réseau de transmission de paquets à une adresse spécifiée dans la requête d'indication de temps de transfert, un temps de transfert de paquet entre ladite unité distante et la passerelle. Ceci permet à l'utilisateur d'avoir une idée de la qualité de service que lui offre à l'instant considéré l'ISP auquel il a fait appel. Il peut aussi en tenir compte pour décider comment effectuer le transfert envisagé. Le temps de transfert de paquet entre l'unité distante et la passerelle peut être déterminé en soustrayant le temps de transfert entre le terminal mobile et la passerelle (déduit du premier message de mesure) du temps de transfert entre le terminal mobile et l'unité distante (déduit du second message de mesure).
  • Dans une réalisation adaptée aux réseaux fonctionnant selon le protocole IP, les messages de mesure peuvent être des réponses à des messages du protocole ICMP émis par le terminal mobile.
  • En principe, le terminal mobile ignore l'adresse IP de la passerelle pertinente. Pour la déterminer, une façon commode consiste à émettre préalablement un paquet IP ayant la valeur 1 dans le champ TTL (« Time To Live »). La passerelle, qui est le premier routeur IP rencontré par ce paquet, retourne alors un message d'erreur contenant son adresse qui peut ensuite être utilisée par le terminal mobile.
  • Un autre aspect de la présente invention se rapporte à un terminal mobile de radiocommunication, comprenant des moyens de communication en mode paquets avec des unités distantes reliées à un système comportant au moins un réseau de communication sans fil et une partie fixe, des moyens d'émission de paquets contenant des requêtes d'indication de temps de transfert de paquet, et des moyens pour déterminer, à l'aide d'un message de mesure reçu en réponse à une requête d'indication de temps de transfert, un temps de transfert de paquet entre le terminal mobile et une passerelle du réseau de communication sans fil avec un réseau de transmission de paquets appartenant à la partie fixe du système.
  • Dans une application au transfert de données, le terminal mobile peut comprendre des moyens pour demander l'établissement de ressources pour un transfert de données depuis ou vers une unité distante accessible par le réseau de transmission de paquets, lesquels moyens coopèrent avec les moyens de détermination de temps de transfert pour que l'établissement des ressources soit demandé dans des conditions qui dépendent d'au moins un temps de transfert de paquet déterminé par les moyens de détermination de temps de transfert.
  • Dans une application de téléphonie, le terminal mobile peut comprendre des moyens pour demander l'établissement d'une communication téléphonique avec une unité distante accessible d'une part par le réseau de transmission de paquets et d'autre part par un réseau à commutation de circuit relié au réseau de communication sans fil, lesquels moyens coopèrent avec les moyens de détermination de temps de transfert pour que l'établissement de la communication téléphonique soit demandé par l'intermédiaire soit du réseau de transmission de paquets soit du réseau à commutation de circuit en fonction d'au moins un temps de transfert de paquet déterminé par les moyens de détermination de temps de transfert.
  • D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels :
    • la figure 1 est un schéma général d'une architecture de système de communication à laquelle l'invention peut s'appliquer ;
    • les figures 2 et 3 sont des schémas illustrant des piles de protocoles de communication mis en oeuvre dans des entités du système de la figure 1, dans le cas de réseaux sans fil de seconde et de troisième génération, respectivement ;
    • la figure 4 est un schéma synoptique d'un terminal mobile pouvant mettre en oeuvre l'invention ; et
    • la figure 5 est un diagramme montrant une décomposition du temps de transfert des paquets.
  • Le système de communication représenté schématiquement sur la figure 1 comporte une partie fixe 10 et un réseau de communication sans fil 20. La partie fixe 10 comporte un réseau téléphonique commuté public 11 et un réseau Internet 12. Le réseau Internet 12 fonctionne classiquement selon le protocole IP (voir la Request For Comments (RFC) 791 de l'Internet Engineering Task Force (IETF) pour la version 4, et la RFC 2460 de l'IETF pour la version 6).
  • Le réseau sans fil 20 est classiquement divisé en un coeur de réseau 21, comprenant des commutateurs interconnectés, et un réseau d'accès 22 fournissant les liens radio avec les terminaux mobiles 23.
  • Dans l'exemple représenté, le réseau sans fil 20 combine des éléments de seconde génération (GSM) et des éléments de troisième génération (UMTS). Dans le GSM, le réseau d'accès 22, appelé BSS (« Base Station Sub-system »), se compose de stations de base (BTS) 24 distribuées sur la zone de couverture pour communiquer par radio avec les terminaux mobiles 23, et de contrôleurs de stations de base (BSC) 25 reliés au coeur de réseau 21. Dans le cas de l'UMTS, le réseau d'accès 22, appelé RNS (« Radio Network System »), se compose de stations de base (BTS) 26 et de contrôleurs de réseau radio (RNC) 27 reliés au coeur de réseau 21.
  • Le coeur de réseau 21 comporte des centres de commutation du service mobile (MSC) 28, 29 de seconde et de troisième générations, associés à des registres de localisation des visiteurs (VLR). Ces MSC 28, 29 assurent la commutation de circuit pour les communications de téléphonie ou de transfert de données en mode circuit. Ils sont reliés au réseau commuté 11 de la partie fixe 10.
  • Pour le mode paquets, les commutateurs du coeur de réseau 21 sont appelés GSN (« GPRS Support Node »). Les commutateurs de paquets 30. 31 reliés au réseau d'accès 22 sont appelés SGSN (« Serving GSN »). D'autres commutateurs de paquets 32 du coeur de réseau 21, appelés GGSN (« Gateway GSN »), sont des passerelles avec le réseau Internet 12. Ces passerelles 32 sont reliées aux SGSN 30, 31 pour permettre aux terminaux mobiles 23 d'accéder au réseau Internet 12. Sur la figure 1, on a représenté plusieurs GGSN 32, qui peuvent correspondre à des passerelles gérées par des ISP différents.
  • Les figures 2 et 3 sont des illustrations des protocoles pouvant être mis en oeuvre dans des communications en mode paquet entre un terminal mobile 23 et une unité distante telle qu'un serveur IP 35 ou un terminal d'usager 36 accessible à travers un ou plusieurs routeurs IP appartenant au réseau 12. Dans les deux cas, les protocoles employés sont les mêmes dans la partie fixe 10 ainsi qu'à l'interface « Gn » entre le GGSN 32 et les SGSN 30, 31. Dans le réseau Internet 12, au-dessus des couches 1 et 2 du modèle OSI (L1, L2), IP est utilisé comme protocole de réseau. La même couche IP est présente dans les terminaux mobiles 23 lorsqu'ils accèdent à l'Internet. Cet accès peut se faire lors de sessions TCP (« Transmission Control Protocol », RFC 793 de l'IETF), ou par échange de datagrammes UDP (« User Datagram Protocol », RFC 768 de l'IETF), pour permettre aux applications exécutées dans le mobile 23 et l'unité distante 35, 36 d'échanger les données.
  • Les protocoles utilisés dans le réseau sans fil 20 sont décrits, pour la deuxième génération (figure 2), dans les Recommandations GSM 03.60, 03.64, 08.16 et 09.61 publiées par l'ETSI (« European Telecommunications Standards Institute »), et pour la troisième génération (figure 3) dans les spécifications 3GPP 25.301 et 3GPP 25.410 publiées par l'ETSI. Au niveau de l'Interface Gn, des couches IP et UDP supplémentaires, ainsi qu'une couche du protocole GTP, sont présentes entre la couche 2 et la couche IP correspondant à celle du terminal mobile 23. Dans le réseau UMTS de troisième génération, ces couches IP, UDP et GTP supplémentaires sont également présentes à l'interface « lu » entre le SGSN 31 et le RNS 22. Dans le cas du GPRS (figure 2), le SGSN 30 communique selon d'autres protocoles avec le BSS 22 et le terminal mobile 23.
  • La figure 4 illustre schématiquement un exemple de terminal mobile 23 pouvant communiquer avec le système de la figure 1. Cet exemple de terminal est capable de communiquer par l'intermédiaire du réseau de seconde génération (2G) ou du réseau de troisième génération (3G). Il comporte ainsi deux émetteurs-récepteurs 40, 41 contrôlés par une unité centrale de contrôle 42 du terminal. Les émetteurs-récepteurs 40, 41 contrôlés par l'unité 42 mettent en oeuvre les couches basses des protocoles de transmission (jusqu'à la couche SNDCP dans le cas de la figure 2 et jusqu'à la couche RLC dans le cas de la figure 3). Pour les communications en mode circuit, le terminal de la figure 4 comporte deux modules 43, 44 qui gèrent respectivement les trames GSM et les trames UMTS. Pour le mode paquet, un module 45 de mise en forme de datagrammes est relié aux émetteurs-récepteurs 40, 41. Ce module 45 gère notamment les protocoles TCP/IP et/ou UDP/IP représentés sur la partie gauche des figures 2 et 3.
  • Le module 46 de la figure 4 schématise les organes de traitement de données dont est pourvu le terminal mobile et qui coopèrent avec une interface utilisateur 47. Le terminal multimode comporte en outre des vocodeurs GSM 48 et UMTS 49 pour traiter les signaux de phonie. L'ensemble des modules 43-49 est contrôlé par l'unité 42 qui traite les opérations de signalisation. En pratique, ces modules 43-49 et cette unité 42 peuvent être réalisés à partir d'un microprocesseur ou microcontrôleur associé à des interfaces appropriées, ainsi qu'il est usuel dans la technologie des terminaux mobiles.
  • Les données traitées par le module 46 seront le plus souvent échangées en mode paquets, par l'intermédiaire du module 45. Mais elles peuvent également être transférées en mode circuit par l'intermédiaire du module 43 ou 44. De même, la parole codée par le module 48 ou 49 est généralement transmise en mode circuit par l'intermédiaire du module 43 ou 44, mais elle peut être transmise dans des paquets par l'intermédiaire du module 45.
  • L'invention propose de fournir au terminal mobile 23 une indication du temps T mis par un paquet IP pour être transféré depuis ou vers une unité distante 35, 36 par l'intermédiaire d'une passerelle 32, en précisant le temps Tw de transfert du paquet entre le terminal mobile 23 et la passerelle 32, et le temps Ti de transfert du paquet dans la partie fixe, entre la passerelle 32 et l'unité distante 35, 36.
  • De façon connue en soi, des messages du protocole ICMP (voir RFC 792 de l'IETF pour la version 4, et RFC 2463 de l'IETF pour la version 6) peuvent être utilisés afin de déterminer le temps T. Le protocole ICMP fait partie intégrante du protocole IP, dans la couche 3 du modèle OSI.
  • Dans certains cas, les machines source et destination (ici le terminal mobile 23 et l'unité distante 35, 36) ont leurs horloges internes synchronisées par rapport à la même référence de temps. Ceci peut être effectué au moyen de récepteurs GPS (« Global Positioning System »). Une autre possibilité dans le cas de réseaux locaux est d'utiliser le mécanisme de synchronisation décrit dans la RFC 772 de l'IETF.
  • Lorsque ces organes sont synchronisés, on peut utiliser les messages TIMESTAMP et TIMESTAMP REPLY du protocole ICMP pour déterminer le temps T de transfert d'un paquet dans les deux sens de communication. Le terminal mobile émet le message TIMESTAMP en précisant l'adresse IP de l'unité distante qu'il cherche à joindre. Ce message TIMESTAMP contient son heure d'émission t1. Lorsqu'il est reçu par la destination, celle-ci forme le message TIMESTAMP REPLY retourné au terminal mobile, en y insérant l'heure d'émission t1 reçue dans le message TIMESTAMP, l'heure t2 de réception de ce message TIMESTAMP et l'heure t3 de réémission du message TIMESTAMP REPLY. En notant l'heure t4 de réception du message TIMESTAMP REPLY, le terminal mobile peut déterminer :
    • le temps TU = t2 - t1 de transfert d'un paquet dans le sens montant, du terminal mobile 23 vers l'unité distante 35, 36 ;
    • le temps t3 - t2 de traitement du paquet par l'unité distante 35, 36 ; et
    • le temps TD = t4 - t3 de transfert d'un paquet dans le sens descendant, de l'unité distante 35, 36 vers le terminal mobile 23.
  • Si les organes ne sont pas synchronisés, les messages ECHO et ECHO REPLY du protocole ICMP peuvent être utilisés pour estimer le temps TAR d'aller-retour d'un paquet. Le mécanisme employé consiste alors en ce que : le terminal mobile envoie, à une heure locale t1, un message ECHO à l'adresse IP de l'unité distante 35, 36 ; celle-ci retourne un message ECHO REPLY ; et à réception de ce message à une heure locale t4, le terminal mobile détermine le temps d'aller-retour en faisant la différence entre l'heure de réception du message ECHO REPLY et son heure d'émission du message ECHO (TAR = t4 - t1).
  • En référence aux figures 2 et 3, on voit que le premier routeur IP vu par la couche IP du terminal mobile 23 se situe au niveau du GGSN 32. Si le terminal mobile 23 connaît l'adresse IP du GGSN 32, il peut utiliser les messages TIMESTAMP ou ECHO du protocole ICMP pour déterminer de la même manière que précédemment le temps Tw de transfert dans le réseau de communication sans fil 20. Les temps TwU, TwD sont obtenus dans les deux sens dans le cas de l'utilisation du message TIMESTAMP. Seul le temps d'aller-retour TwAR est obtenu dans le cas d'utilisation du message ECHO. Le terminal mobile peut en déduire immédiatement une estimation du temps Ti mis par un paquet dans la partie fixe 10 entre le GGSN 32 et l'unité distante 35, 36, en faisant la différence entre les temps T et Tw : dans le cas de l'utilisation du message TIMESTAMP, TiU = TU - TwU et TiD = TD - TwD; et dans le cas de l'utilisation du message TIMESTAMP, TiAR = TAR - TwAR.
  • Toutefois, l'adresse IP du GGSN 32 n'est pas connue a priori du terminal mobile. C'est en effet une donnée de configuration du réseau IP qui peut être modifiée et qui n'a pas de raison d'être communiquée aux terminaux d'usagers. Le terminal mobile 23 a simplement la possibilité de sélectionner un GGSN en particulier (c'est-à-dire un ISP particulier) en fournissant un nom de point d'accès (APN, « Access Point Name ») pour l'acheminement de sa requête vers ce GGSN.
  • Pour obtenir l'adresse IP du GGSN 32 correspondant à cet APN, le terminal mobile 23 peut émettre un paquet IP en plaçant la valeur 1 dans le champ TTL de l'en-tête. Conformément au protocole IP, chaque machine traitant un paquet décrémente le champ TTL, et lorsque sa valeur atteint 0, un message d'erreur est retourné pour signaler que le paquet n'a pas pu être acheminé. On place donc initialement dans ce champ une valeur correspondant au nombre maximum de routeurs à traverser à l'intérieur de l'Internet, le but étant que les paquets qui entreraient dans des boucles fermées à l'intérieur du réseau soient détruits. Ici, le GGSN recevant un paquet avec le champ TTL à.1 retourne un paquet IP à l'adresse du terminal mobile indiquée dans l'en-tête du paquet. Ce paquet retourné contient à son tour l'adresse IP du GGSN 32 qui l'a émis. Celle-ci peut ensuite être utilisée par le terminal mobile 23 pour l'envoi du message TIMESTAMP ou ECHO.
  • Pour la mise en oeuvre du procédé décrit ci-dessus, une possibilité est de prévoir dans les programmes associés au processeur principal du terminal mobile une procédure d'indication de temps de transfert, déclenchée en réponse à une instruction fournie par l'utilisateur au moyen de l'interface 47 ou par une application exécutée par le processeur. Suivant cette procédure, le terminal mobile émet une requête d'indication de temps de transfert comportant au moins deux messages successifs :
    • le premier message est le paquet IP envoyé avec la valeur 1 dans le champ TTL pour récupérer l'adresse IP de la passerelle 32 ;
    • le second message est le message TIMESTAMP ou ECHO envoyé à la passerelle pour déterminer le temps Tw de transfert dans le réseau sans fil 20.
  • A partir de cette estimation de temps Tw, aller-retour ou dans chaque sens, l'utilisateur peut se faire une idée de la qualité de service qu'il aura en se connectant immédiatement à l'Internet, par exemple à des fins de navigation dans des pages Web.
  • En général, l'utilisateur recherchera une communication avec une unité distante déterminée, par exemple un serveur IP 35. La requête d'indication de temps de transfert comporte alors un troisième message consistant en un message TIMESTAMP ou ECHO envoyé à l'adresse IP de cette unité distante, connue du terminal mobile directement ou après interrogation d'un serveur de nom de domaine (DNS), et permettant de déterminer les temps T et Ti.
  • Pour exécuter la procédure d'indication de temps de transfert, l'unité de contrôle 42 commande le module de gestion de datagrammes 45 pour émettre les paquets IP adéquats et recevoir les réponses du réseau qui sont traitées pour présenter les temps de transfert à l'utilisateur ou à l'application.
  • Si l'utilisateur a pour but de transférer un fichier depuis un serveur 35, il pourra examiner les temps Tw, Ti et T, particulièrement dans le sens descendant, pour ne poursuivre que si ces temps sont suffisamment faibles. Sinon, il pourra renoncer, ou réessayer plus tard, ou encore adopter la stratégie suivante :
    • si le réseau sans fil 20 paraît encombré (Tw élevé) alors que le réseau Internet 12 ne paraît pas trop encombré (Ti faible), recommencer la procédure de requête d'indication de temps de transfert en spécifiant un autre mode d'accès radio (bande de fréquence, 2G/3G, FDD/TDD, ...) selon les capacités du terminal ;
    • si le réseau sans fil 20 paraît fournir une bonne qualité de service (Tw faible) alors que l'Internet 12 paraît encombré (Ti élevé), recommencer la procédure d'indication de temps de transfert en indiquant un autre ISP (APN) pour que la communication passe par une autre passerelle 32.
  • Ces actions peuvent être décidées directement par l'utilisateur au moyen de l'interface 47. Elles peuvent également être définies préalablement en configurant les applications de messagerie ou de transfert de fichier exécutées par le processeur du terminal (module 46).
  • Dans la mesure où on peut maintenant transporter de la parole codée sur les réseaux IP, la procédure d'indication de temps de transfert peut également être exécutée avant de demander une communication téléphonique depuis un terminal mobile 23 vers un terminal téléphonique distant 36 raccordé au réseau IP 12. Si les temps de transfert déterminés sont faibles, le terminal essaiera d'établir la communication en mode paquets à travers l'Internet 12. Sinon, il pourra requérir l'établissement d'un circuit à travers le MSC/VLR 28, 29 et le réseau commuté 11 si le terminal 36 est également accessible par le réseau commuté comme illustré sur la figure 1. Ces actions peuvent être décidées directement par l'utilisateur au moyen de l'interface 47. Elles peuvent également être définies préalablement en configurant l'application de téléphonie sur IP exécutée par le processeur du terminal.
  • II est à noter que la procédure d'indication de temps de transfert décrite précédemment n'est pas la seule applicable dans le cadre de la présente invention.
  • Par exemple, une autre possibilité est de décomposer le temps Tw de transfert d'un paquet dans le réseau sans fil 20 en trois parties, comme indiqué sur la figure 5 :
    • un temps Tr passé sur l'interface radio entre le terminal mobile 23 et le réseau d'accès 22 ;
    • un temps Ta passé sur l'interface « Gb » (cas 2G) ou « lu » (cas 3G) entre le réseau d'accès 22 et le SGSN 30, 31 ; et
    • un temps Tg passé sur l'interface « Gn » entre le SGSN 30, 31 et le GGSN 32.
  • Le temps Tr passé sur l'interface radio peut être évalué au niveau du réseau d'accès 22 et fourni au terminal mobile en utilisant les procédures de signalisation appliquées pour le contrôle des ressources radio (RR).
  • Le temps Ta passé sur l'interface « Gb » dans le cas d'un réseau de seconde génération peut être évalué par le SGSN par des procédures de contrôle de flux du protocole BSSGP, et retourné au terminal mobile en utilisant des messages des procédures de gestion de mobilité (MM). Dans le cas des réseaux de troisième génération, le temps Ta passé sur l'interface « lu » peut être évalué par le SGSN en utilisant des messages ICMP (TIMESTAMP ou ECHO) au niveau de la couche IP inférieure (figure 3).
  • Le temps Tg passé sur l'interface « Gn » peut être évalué par le SGSN en utilisant des messages ICMP au niveau de la couche IP inférieure de la figure 2 ou 3, et retourné au mobile dans des messages des procédures de gestion de mobilité (MM). A partir de ces trois valeurs, le terminal mobile peut déduire et afficher Tw = Tr +Ta + Tg.

Claims (30)

  1. Procédé d'estimation de temps de transfert dans un système comportant au moins un réseau de communication sans fil (20) et une partie fixe (10), dans lequel le réseau de communication sans fil comprend des stations radio (24, 26) aptes à communiquer avec des terminaux mobiles (23), et des commutateurs (28-32) incluant des commutateurs de paquets aptes à supporter des communications en mode paquets avec des terminaux mobiles à travers certaines au moins des stations radio, dans lequel au moins un des commutateurs de paquets (32) constitue une passerelle du réseau de communication sans fil avec un réseau de transmission de paquets (12) appartenant à la partie fixe du système, et dans lequel on transmet au moins un message de mesure à un terminal mobile en réponse à une requête d'indication de temps de transfert de paquet issue dudit terminal mobile, caractérisé en ce qu'on détermine, à l'aide du message de mesure reçu par le terminal mobile, au moins un temps de transfert de paquet entre le terminal mobile et une passerelle du réseau de communication sans fil avec le réseau de transmission de paquets.
  2. Procédé selon la revendication 1, dans lequel le message de mesure inclut une heure d'émission du message par la passerelle (32), et dans lequel on détermine, à partir de ladite heure d'émission et d'une heure de réception par le terminal mobile (23) du message de mesure, un temps de transfert de paquet depuis la passerelle jusqu'au terminal mobile.
  3. Procédé selon la revendication 2, dans lequel le message de mesure inclut des données représentatives d'un temps de transfert de paquet depuis le terminal mobile (23) jusqu'à la passerelle (32).
  4. Procédé selon la revendication 3, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, ledit terminal mobile (23) incorporant des moyens (45) de communication selon le protocole IP avec le réseau de transmission de paquets, dans lequel la requête d'indication de temps de transfert comprend un message TIMESTAMP du protocole ICMP envoyé par le terminal mobile à une adresse IP de la passerelle (32), et dans lequel le message de mesure comprend une réponse audit message TIMESTAMP retournée par la passerelle selon le protocole ICMP.
  5. Procédé selon l'une quelconque des revendications 1 à 4. dans lequel on détermine, à partir d'une heure d'émission par le terminal mobile (23) d'un message relatif à la requête d'indication de temps de transfert et d'une heure de réception par le terminal mobile du message de mesure, un temps d'aller-retour d'un paquet entre ledit terminal mobile et la passerelle (32).
  6. Procédé selon la revendication 5, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, ledit terminal mobile (23) incorporant des moyens (45) de communication selon le protocole IP avec le réseau de transmission de paquets, et dans lequel ledit message relatif à la requête d'indication de temps de transfert comprend un paquet IP ayant la valeur 1 dans le champ Time To Live, TTL.
  7. Procédé selon la revendication 5, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, ledit terminal mobile (23) incorporant des moyens (45) de communication selon le protocole IP avec le réseau de transmission de paquets, dans lequel ledit message relatif à la requête d'indication de temps de transfert est un message ECHO du protocole ICMP envoyé par le terminal mobile à une adresse IP de la passerelle (32), et dans lequel le message de mesure comprend une réponse audit message ECHO retournée par la passerelle selon le protocole ICMP.
  8. Procédé selon la revendication 4 ou 7, dans lequel le terminal mobile (23) émet préalablement un paquet IP ayant la valeur 1 dans le champ Time To Live, TTL, afin d'obtenir l'adresse IP de la passerelle (32).
  9. Procédé selon l'une quelconque des revendications 1 à 8, dans lequel on détermine en outre, à l'aide d'un second message de mesure issu d'une unité distante (35, 36) accessible par le réseau de transmission de paquets (12) à une adresse spécifiée dans la requête d'indication de temps de transfert, un temps de transfert de paquet entre ladite unité distante et la passerelle (32).
  10. Procédé selon la revendication 9, dans lequel le second message de mesure inclut une heure d'émission du second message par l'unité distante (35, 36), et dans lequel on détermine, à partir de ladite heure d'émission et d'une heure de réception par le terminal mobile (23) du second message de mesure, un temps de transfert de paquet depuis l'unité distante jusqu'au terminal mobile.
  11. Procédé selon la revendication 10, dans lequel le second message de mesure inclut des données représentatives d'un temps de transfert de paquet depuis le terminal mobile (23) jusqu'à l'unité distante (35, 36).
  12. Procédé selon la revendication 11, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, ledit terminal mobile (23) incorporant des moyens (45) de communication selon le protocole IP avec le réseau de transmission de paquets, dans lequel la requête d'indication de temps de transfert comprend un message TIMESTAMP du protocole ICMP envoyé par le terminal mobile à une adresse IP de l'unité distante (35, 36), et dans lequel le second message de mesure est une réponse audit message TIMESTAMP retournée par l'unité distante selon le protocole ICMP.
  13. Procédé selon l'une quelconque des revendications 9 à 12, dans lequel on détermine, à partir d'une heure d'émission par le terminal mobile (23) d'un message relatif à la requête d'indication de temps de transfert et d'une heure de réception par le terminal mobile du second message de mesure, un temps d'aller-retour d'un paquet entre ledit terminal mobile et l'unité distante (35,36).
  14. Procédé selon la revendication 13, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, ledit terminal mobile (23) incorporant des moyens (45) de communication selon le protocole IP avec le réseau de transmission de paquets, dans lequel ledit message relatif à la requête d'indication de temps de transfert est un message ECHO du protocole ICMP envoyé par le terminal mobile à une adresse IP de l'unité distante (35, 36), et dans lequel le second message de mesure comprend une réponse audit message ECHO retournée par l'unité distante selon le protocole ICMP.
  15. Terminal mobile de radiocommunication, comprenant des moyens de communication en mode paquets avec des unités distantes reliées à un système comportant au moins un réseau de communication sans fil (20) et une partie fixe (10), des moyens d'émission de paquets contenant des requêtes d'indication de temps de transfert de paquet, et des moyens pour déterminer, à l'aide d'un message de mesure reçu en réponse à une requête d'indication de temps de transfert, un temps de transfert de paquet entre le terminal mobile et une passerelle (32) du réseau de communication sans fil avec un réseau de transmission de paquets (12) appartenant à la partie fixe du système.
  16. Terminal mobile selon la revendication 15, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer, à partir d'une heure d'émission par la passerelle (32) indiquée dans le message de mesure et d'une heure de réception du message de mesure, un temps de transfert de paquet depuis la passerelle jusqu'au terminal mobile (23).
  17. Terminal mobile selon la revendication 16, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer en outre, à partir de données incluses dans le message de mesure, un temps de transfert de paquet depuis le terminal mobile (23) jusqu'à la passerelle (32).
  18. Terminal mobile selon la revendication 16 ou 17, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, dans lequel les moyens d'émission de paquets contenant des requêtes d'indication de temps de transfert sont agencés pour émettre un message TIMESTAMP du protocole ICMP vers une adresse IP de la passerelle (32), et dans lequel les moyens de détermination de temps de transfert sont agencés pour traiter le message de mesure, comprenant une réponse audit message TIMESTAMP reçue de la passerelle selon le protocole ICMP, afin de déterminer au moins le temps de transfert depuis la passerelle jusqu'au terminal mobile (23).
  19. Terminal mobile selon l'une quelconque des revendications 15 à 18, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer, à partir d'une heure d'émission d'un message relatif à la requête d'indication de temps de transfert et d'une heure de réception du message de mesure, un temps d'aller-retour d'un paquet entre le terminal mobile (23) et la passerelle (32).
  20. Terminal mobile selon la revendication 19, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, et dans lequel ledit message relatif à la requête d'indication de temps de transfert comprend un paquet IP ayant la valeur 1 dans le champ Time To Live, TTL.
  21. Terminal mobile selon la revendication 19, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, dans lequel ledit message relatif à la requête d'indication de temps de transfert est un message ECHO du protocole ICMP émis vers une adresse IP de la passerelle (32), et dans lequel les moyens de détermination de temps de transfert sont agencés pour traiter le message de mesure, comprenant une réponse audit message ECHO reçue de la passerelle selon le protocole ICMP, afin de déterminer le temps d'aller-retour entre le terminal mobile (23) et la passerelle.
  22. Terminal mobile selon la revendication 18 ou 21, comprenant des moyens pour émettre un paquet IP ayant la valeur 1 dans le champ Time To Live, TTL, afin d'obtenir l'adresse IP de la passerelle (32).
  23. Terminal mobile selon l'une quelconque des revendications 15 à 22, dans lequel les moyens de détermination de temps de transfert sont en outre agencés pour déterminer, à l'aide d'un second message de mesure issu d'une unité distante (35, 36) accessible par le réseau de transmission de paquets (12) à une adresse spécifiée dans la requête d'indication de temps de transfert, un temps de transfert de paquet entre ladite unité distante et la passerelle (32).
  24. Terminal mobile selon la revendication 23, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer, à partir d'une heure d'émission par l'unité distante (35, 36) indiquée dans le second message de mesure et d'une heure de réception du second message de mesure, un temps de transfert de paquet depuis l'unité distante jusqu'au terminal mobile (23).
  25. Terminal mobile selon la revendication 24, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer en outre, à partir de données incluses dans le second message de mesure, un temps de transfert de paquet depuis le terminal mobile (23) jusqu'à l'unité distante (35, 36).
  26. Terminal mobile selon la revendication 24 ou 25, dans lequel le réseau de transmission de paquets (12) fonctionne selon un protocole IP qui intègre un protocole ICMP, dans lequel les moyens d'émission de paquets contenant des requêtes d'indication de temps de transfert sont agencés pour émettre un message TIMESTAMP du protocole ICMP vers une adresse IP de l'unité distante (35, 36), et dans lequel les moyens de détermination de temps de transfert sont agencés pour traiter le second message de mesure, comprenant une réponse audit message TIMESTAMP reçue de l'unité distante selon le protocole ICMP, afin de déterminer au moins le temps de transfert depuis l'unité distante jusqu'au terminal mobile (23).
  27. Terminal mobile selon l'une quelconque des revendications 23 à 26, dans lequel les moyens de détermination de temps de transfert sont agencés pour déterminer, à partir d'une heure d'émission d'un message relatif à la requête d'indication de temps de transfert et d'une heure de réception du second message de mesure, un temps d'aller-retour d'un paquet entre le terminal mobile (23) et l'unité distante (35, 36).
  28. Terminal mobile selon la revendication 27, dans lequel le réseau de transmission de paquets fonctionne selon un protocole IP qui intègre un protocole ICMP, dans lequel ledit message relatif à la requête d'indication de temps de transfert est un message ECHO du protocole ICMP émis vers une adresse IP de l'unité distante (35, 36), et dans lequel les moyens de détermination de temps de transfert sont agencés pour traiter le second message de mesure, comprenant une réponse audit message ECHO reçue de l'unité distante selon le protocole ICMP, afin de déterminer le temps d'aller-retour entre le terminal mobile (23) et l'unité distante.
  29. Terminal mobile selon l'une quelconque des revendications 15 à 28, comprenant des moyens pour demander l'établissement de ressources pour un transfert de données depuis ou vers une unité distante (35) accessible par le réseau de transmission de paquets (12), lesquels moyens coopèrent avec les moyens de détermination de temps de transfert pour que l'établissement des ressources soit demandé dans des conditions qui dépendent d'au moins un temps de transfert de paquet déterminé par les moyens de détermination de temps de transfert.
  30. Terminal mobile selon l'une quelconque des revendications 15 à 28, comprenant des moyens pour demander l'établissement d'une communication téléphonique avec une unité distante (36) accessible d'une part par le réseau de transmission de paquets (12) et d'autre part par un réseau à commutation de circuit (11) relié au réseau de communication sans fil (20), lesquels moyens coopèrent avec les moyens de détermination de temps de transfert pour que l'établissement de la communication téléphonique soit demandé par l'intermédiaire soit du réseau de transmission de paquets soit du réseau à commutation de circuit en fonction d'au moins un temps de transfert de paquet déterminé par les moyens de détermination de temps de transfert.
EP00971490A 1999-10-28 2000-10-24 Procede d'estimation de temps de transfert de paquets dans un reseau sans fil Expired - Lifetime EP1224786B1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR9913513 1999-10-28
FR9913513A FR2800536B1 (fr) 1999-10-28 1999-10-28 Procede d'estimation de temps de transfert de paquets par l'intermediaire d'un reseau sans fil, et terminal mobile pour la mise en oeuvre d'un tel procede
PCT/FR2000/002954 WO2001031878A1 (fr) 1999-10-28 2000-10-24 Procede d'estimation de temps de transfert de paquets par l'intermediaire d'un reseau sans fil

Publications (2)

Publication Number Publication Date
EP1224786A1 EP1224786A1 (fr) 2002-07-24
EP1224786B1 true EP1224786B1 (fr) 2007-12-12

Family

ID=9551485

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00971490A Expired - Lifetime EP1224786B1 (fr) 1999-10-28 2000-10-24 Procede d'estimation de temps de transfert de paquets dans un reseau sans fil

Country Status (5)

Country Link
EP (1) EP1224786B1 (fr)
AT (1) ATE381190T1 (fr)
DE (1) DE60037444D1 (fr)
FR (1) FR2800536B1 (fr)
WO (1) WO2001031878A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0220660D0 (en) 2002-09-05 2002-10-16 Nokia Corp Signal propogation delay routing

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3337945B2 (ja) * 1997-05-27 2002-10-28 沖電気工業株式会社 コネクション管理方法及び管理システム

Also Published As

Publication number Publication date
FR2800536A1 (fr) 2001-05-04
FR2800536B1 (fr) 2003-08-01
EP1224786A1 (fr) 2002-07-24
ATE381190T1 (de) 2007-12-15
DE60037444D1 (de) 2008-01-24
WO2001031878A1 (fr) 2001-05-03

Similar Documents

Publication Publication Date Title
CA2408953C (fr) Procede de controle de transfert d'un canal dans un reseau de radiocommunication cellulaire
FR2864414A1 (fr) Procede de localisation dans un systeme de radiocommunication, systeme et dispositif de localisation pour la mise en oeuvre du procede
FR2832895A1 (fr) Systeme de telecommunication a gestion centralisee
EP1298865A2 (fr) Procédé pour améliorer les performances d'un protocole de transmission utilisant un temporisateur de retransmission
WO2002087276A3 (fr) Procede et dispositif d'estimations robustes en temps reel de bande passante de goulot d'etranglement sur internet
EP2011357A1 (fr) Gestion de ressources radio dans un reseau de telecommunications radio
Allman et al. Principles for measurability in protocol design
US20020155823A1 (en) Method and apparatus for monitoring packet based communications in a mobile environment
CN114745273B (zh) Tcp加速代理方法、装置、卫星地面站及可读存储介质
EP1224786B1 (fr) Procede d'estimation de temps de transfert de paquets dans un reseau sans fil
EP3430777B1 (fr) Procédé et système de gestion dynamique de chemins de communication entre routeurs en fonction de besoins applicatifs
EP1751891A1 (fr) Determination par un terminal de communication du temps de propagation d'un signal de reference provenant d'un equipement de gestion de communications
WO2001063956A1 (fr) Point d'acces sans fil d'un reseau ip, et procede de gestion de mobilite correspondante
EP2611233B1 (fr) Procédé de communication entre deux réseaux distincts de noeuds de radiocommunications, module de traitement et programme d'ordinateur associés
EP1418775B1 (fr) Méthode d'optimisation des accès à un réseau Internet par un réseau cellulaire et système correspondant.
WO2001063877A1 (fr) Procede de gestion de mobilite dans un reseau de telecommunications, et serveur de mobilite pour la mise en oeuvre du procede
EP2206384B1 (fr) Procede de commutation de noeud d'acces
EP2031809B1 (fr) Procédé de traitement de flots dans un réseau de communication
EP1908254A2 (fr) Procede d'affectation d'une adresse temporaire a un n ud mobile d'un systeme de telecommunications, equipements et programmes pour la mise en uvre du procede
KR20070072498A (ko) 네트워크 엘리먼트들에서 과금 처리들을 구성하기 위한방법
CA2441590C (fr) Procede d'etablissement de chemins de communication entre des points d'acces d'un systeme de communication, et systeme de communication mettant en oeuvre le procede
WO2019069013A1 (fr) Procédé de mutation d'un terminal mobile entre stations d'accès dans un contexte multi-opérateurs
EP1176841B1 (fr) Procédé de communication entre une station de base et un téléphone mobile et téléphone mobile utilisable pour mettre en oeuvre le procédé
Orstad et al. End-to-end key performance indicators in cellular networks
CA2337814A1 (fr) Systeme de localisation de telephones mobiles

Legal Events

Date Code Title Description
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

17P Request for examination filed

Effective date: 20020412

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NORTEL NETWORKS SA

17Q First examination report despatched

Effective date: 20060728

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 12/28 20060101ALI20070601BHEP

Ipc: H04L 12/56 20060101ALI20070601BHEP

Ipc: H04L 29/06 20060101AFI20070601BHEP

Ipc: H04L 12/24 20060101ALI20070601BHEP

RTI1 Title (correction)

Free format text: METHOD FOR ESTIMATING THE TRANSFER TIME FOR PACKETS OF A WIRELESS NETWORK

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REF Corresponds to:

Ref document number: 60037444

Country of ref document: DE

Date of ref document: 20080124

Kind code of ref document: P

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080312

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

GBV Gb: ep patent (uk) treated as always having been void in accordance with gb section 77(7)/1977 [no translation filed]
PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080323

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080512

REG Reference to a national code

Ref country code: IE

Ref legal event code: FD4D

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080313

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

Ref country code: IE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

26N No opposition filed

Effective date: 20080915

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20080313

BERE Be: lapsed

Owner name: NORTEL NETWORKS SA

Effective date: 20081031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20090630

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20071212

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081024

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20081031