Procédé de sélection d'un protocole de transport de messages Domaine technique L'invention se rapporte à un procédé de sélection, dans un terminal, d'un protocole de transport, choisi parmi une pluralité de protocoles de transport, à utiliser pour le transport d'un message en particulier de type SIP (sigle anglo- saxon de « Session Initiation Protocol »). Le terminal comprend des ressources physiques et logicielles dont un processeur et une mémoire stockant au moins une application dont l'exécution nécessite une communication sur un réseau. Une application est par exemple une application de type voix sur IP ou VOIP (sigle anglo saxon de « voice over IP »). Les protocoles de transport visés ci-dessus sont par exemple les protocoles de transport TCP (sigle anglo-saxon de « Transmission Control Protocol »), STCP (sigle anglo-saxon de « Stream Transmission Control Protocol »), UDP (sigle anglo-saxon de « User Data protocol »), etc. Etat de la technique Le protocole de gestion de sessions de type SIP peut utiliser plusieurs protocoles de transport pour envoyer et recevoir des messages de signalisation, en particulier le protocole TCP et le protocole UDP. TECHNICAL FIELD The invention relates to a method of selecting, in a terminal, a transport protocol, chosen from among a plurality of transport protocols, to be used for the transport of data. a message in particular of SIP type (English acronym of "Session Initiation Protocol"). The terminal includes physical and software resources including a processor and a memory storing at least one application whose execution requires communication over a network. An application is for example a voice-over-IP or VOIP application (English acronym for "voice over IP"). The transport protocols referred to above are for example the transport protocols TCP (Transmission Control Protocol), STCP (English acronym for "Stream Transmission Control Protocol"), UDP (English acronym). of "User Data Protocol"), etc. STATE OF THE ART The SIP-type session management protocol can use several transport protocols to send and receive signaling messages, in particular the TCP protocol and the UDP protocol.
Dans le cadre d'une session ayant pour objet un appel téléphonique de type VOIP, certains terminaux d'un premier type utilisent le protocole de transport UDP. Ce protocole a l'avantage d'être supporté par tous les terminaux de type SIP, car plus simple à mettre en oeuvre et nécessite moins de ressources physiques et/ou logicielles au niveau d'un contrôleur SBC (Session Border Controller) représentatif du point d'accès à une plateforme VOIP. Certains autres terminaux mobiles, d'un deuxième type, permettent à des applications d'être exécutées en premier plan ou en arrière plan (ou tâche de fond). Une exécution en arrière plan a pour fonction notamment de pouvoir recevoir un appel téléphonique de type VOIP alors qu'une autre application est en cours d'exécution en premier plan. Les inventeurs ont constaté que, sur un terminal d'un deuxième type, le protocole TCP est utilisé dans tous les cas que l'application soit exécutée en arrière ou en premier plan. En effet, l'application doit supporter le protocole TCP pour être notifié d'un appel VOIP émanant du réseau. Le problème est que le protocole TCP nécessite plus de ressources sur au niveau du contrôleur SBC, de l'ordre de 30% de ressources de plus par rapport au protocole UDP. Autrement dit, un contrôleur SBC prenant en charge une connexion TCP supporte moins d'utilisateurs simultanément que si le protocole UDP est utilisé. L'invention vient améliorer la situation. A cet effet, selon un aspect fonctionnel, l'invention a trait à un procédé de sélection, sur un terminal, d'un protocole de transport choisi parmi au moins deux protocoles, pour le transport de messages d'un type donné, le terminal stockant au moins une application apte à être exécutée selon au moins deux modes à savoir un mode en premier plan et un mode en arrière plan, caractérisé en ce qu'il comprend une étape de sélection du protocole de transport en fonction du mode d'exécution. In the context of a session for a VOIP-type telephone call, some terminals of a first type use the UDP transport protocol. This protocol has the advantage of being supported by all SIP type terminals because it is simpler to implement and requires fewer physical resources and / or software at a SBC (Session Border Controller) representative of the point. access to a VOIP platform. Some other mobile terminals, of a second type, allow applications to be executed in the foreground or in the background (or background task). A background execution has the function of being able to receive a VOIP phone call while another application is running in the foreground. The inventors have found that, on a terminal of a second type, the TCP protocol is used in all cases that the application is executed backwards or in the foreground. Indeed, the application must support the TCP protocol to be notified of a VOIP call coming from the network. The problem is that the TCP protocol requires more resources on the SBC controller, in the order of 30% more resources compared to the UDP protocol. In other words, an SBC controller supporting a TCP connection supports fewer users simultaneously than if the UDP protocol is used. The invention improves the situation. For this purpose, according to a functional aspect, the invention relates to a method of selecting, on a terminal, a transport protocol chosen from at least two protocols, for the transport of messages of a given type, the terminal storing at least one application capable of being executed in at least two modes, namely a foreground mode and a background mode, characterized in that it comprises a step of selecting the transport protocol according to the execution mode .
Grâce à l'invention, le protocole de transport utilisé alterne selon le mode d'exécution de l'application considérée. Lorsque l'application est exécutée en arrière plan, un protocole, par exemple le protocole TCP en référence aux paragraphes consacrés à l'état de la technique, est utilisé et lorsque l'application est exécutée en premier plan, par exemple le protocole UDP est utilisé. En conséquence, lorsqu'une application est exécutée en premier plan, le contrôleur SBC est moins sollicité en termes de ressources et supporte donc plus de connexions simultanément. Selon une variante de ce mode, les messages sont des messages SIP ; dans cette configuration, l'étape de sélection inclut une étape de détection de changement mode d'exécution et une étape de transmission d'un message SIP REGISTER incluant au moins un paramètre choisi en fonction du mode d'exécution. Selon un aspect matériel, l'invention a trait à un terminal de communication comprenant des moyens de sélection d'un protocole de transport choisi parmi au moins deux protocoles de transport, pour le transport de messages d'un type donné, le terminal comprenant en outre des moyens de stockage aptes à stocker au moins une application apte à être exécutée selon au moins deux modes à savoir un mode en premier plan et un mode en arrière plan, caractérisé en ce que les moyens de sélection sont aptes à sélectionner un protocole de transport en fonction du mode d'exécution. Selon un mode de réalisation, les messages sont des messages SIP ; dans cette configuration, les moyens de sélection inclus des moyens de détection de changement mode d'exécution et des moyens de transmission d'un message SIP REGISTER incluant au moins un paramètre choisi en fonction du mode d'exécution. Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être exécuté sur le terminal tel que défini ci-dessus, caractérisé en ce qu'il comprend des instructions de code qui, lorsqu'il est exécuté par un processeur réalise une étape de sélection telle que définie dans le procédé. Enfin, selon un autre aspect matériel, l'invention a trait à un support d'enregistrement lisible par un terminal sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé défini ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés. Thanks to the invention, the transport protocol used alternates according to the execution mode of the application in question. When the application is running in the background, a protocol, for example TCP with reference to the state-of-the-art paragraphs, is used and when the application is executed in the foreground, for example the UDP protocol is used. As a result, when an application is executed in the foreground, the SBC controller is less busy in terms of resources and therefore supports more connections simultaneously. According to a variant of this mode, the messages are SIP messages; in this configuration, the selection step includes a step of detecting a change of execution mode and a step of transmitting a SIP REGISTER message including at least one parameter chosen according to the execution mode. According to a hardware aspect, the invention relates to a communication terminal comprising means for selecting a transport protocol chosen from at least two transport protocols, for the transport of messages of a given type, the terminal comprising in in addition to storage means capable of storing at least one application capable of being executed according to at least two modes, namely a foreground mode and a background mode, characterized in that the selection means are able to select a protocol of transport according to the mode of execution. According to one embodiment, the messages are SIP messages; in this configuration, the selection means includes mode change detection means and means for transmitting a SIP REGISTER message including at least one parameter chosen according to the execution mode. According to another material aspect, the invention relates to a computer program capable of being executed on the terminal as defined above, characterized in that it comprises code instructions which, when executed by a processor performs a selection step as defined in the method. Finally, according to another material aspect, the invention relates to a recording medium readable by a terminal on which is recorded a computer program comprising instructions for executing the steps of the method defined above. The invention will be better understood on reading the description which follows, given by way of example and with reference to the accompanying drawings.
Les figures: La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation illustrant le procédé de l'invention. La figure 2 représente la structure interne d'un terminal mettant en oeuvre l'exemple de réalisation. La figure 3 illustre l'étape de sélection de protocole. Description détaillée d'un exemple de réalisation illustrant l'invention La figure 1 représente un système SYS comprenant un terminal TRM apte à communiquer au travers d'au moins un réseau de communication RES. The figures: FIG. 1 represents a computer system on which is illustrated an exemplary embodiment illustrating the method of the invention. FIG. 2 represents the internal structure of a terminal implementing the exemplary embodiment. Figure 3 illustrates the protocol selection step. DETAILED DESCRIPTION OF AN EMBODIMENT EXPRESSING THE INVENTION FIG. 1 represents a SYS system comprising a terminal TRM able to communicate through at least one communication network RES.
Dans notre exemple, un réseau Internet est choisi pour illustrer l'invention. Le terminal comprend des ressources physiques et logicielles dont un microprocesseur CPU. Ce terminal comprend en outre - une première interface de communication COM1 permettant de communiquer dans notre exemple avec le réseau Internet selon le protocole UDP ; - Une deuxième interface de communication COM2 permettant de communiquer dans notre exemple avec le réseau Internet selon le protocole TCP ; - des moyens de stockage MEM apte à stocker des données dont une programme PGM apte à réaliser le procédé de l'invention ; dans notre exemple le programme est un agent nommé « User agent » défini dans le protocole SIP ; - un écran ECR. Les moyens de stockage MEM stockent également deux applications APP1 et APP2 aptes à être exécutées par le processeur CPU. In our example, an Internet network is chosen to illustrate the invention. The terminal includes physical and software resources including a CPU microprocessor. This terminal further comprises - a first COM1 communication interface for communicating in our example with the Internet network according to the UDP protocol; - A second COM2 communication interface for communicating in our example with the Internet network according to the TCP protocol; storage means MEM capable of storing data including a PGM program capable of carrying out the method of the invention; in our example the program is an agent named "User agent" defined in the SIP protocol; - an ECR screen. The storage means MEM also store two APP1 and APP2 applications that can be executed by the CPU processor.
La première application APP1 est par exemple une application apte à afficher la météo, et la deuxième application APP2 est une application VOIP permettant une communication de type voix sur IP via le réseau RES. Les moyens décrits ci-dessus ainsi que le premier microprocesseur CPU sont reliés entre eux par l'intermédiaire d'un bus. Rappelons qu'un bus a pour fonction d'assurer le transfert de données numériques entre les différents circuits d'un terminal. Dans notre exemple, le bus en question inclut un bus de données et un bus de contrôle. Comme on l'a vu ci-dessus, dans notre exemple le terminal peut communiquer selon deux protocoles de transport, à savoir le protocole de transport UDP et le protocole de transport TCP Le réseau comprend un contrôleur SBC représentatif du point d'entrée d'une plateforme VOIP qui ne sera pas décrite car connue de l'homme du métier. Les applications APP1 et APP2 décrites ci-dessus peuvent être exécutées selon deux modes : - un premier mode MOD1 dit en premier plan, - et un deuxième mode MOD2 dit en arrière plan ou tâche de fond. A chaque application est associée une interface graphique (non représentée) pouvant être affichée à l'écran lorsque l'application est en mode dit de premier plan MOD1. A l'inverse, une application exécutée en arrière plan MOD2 a son interface associée qui n'est pas affichée à l'écran. Dans notre exemple, une exécution en arrière plan de la deuxième application APP2 a pour fonction notamment de pouvoir recevoir un appel VOIP alors que la première application APP1 est en cours d'exécution en premier plan. The first application APP1 is for example an application able to display the weather, and the second application APP2 is a VOIP application allowing voice-over-IP communication via the RES network. The means described above as well as the first CPU microprocessor are interconnected via a bus. Recall that a bus has the function of ensuring the transfer of digital data between the different circuits of a terminal. In our example, the bus in question includes a data bus and a control bus. As we saw above, in our example the terminal can communicate according to two transport protocols, namely the UDP transport protocol and the TCP transport protocol. The network comprises an SBC controller representative of the entry point of a VOIP platform that will not be described because known to those skilled in the art. The APP1 and APP2 applications described above can be executed in two modes: a first mode MOD1 said in the foreground, and a second mode MOD2 said background or background task. Each application is associated with a graphical interface (not shown) that can be displayed on the screen when the application is in foreground mode MOD1. Conversely, an application running in the background MOD2 has its associated interface that is not displayed on the screen. In our example, a background execution of the second APP2 application has the function of being able to receive a VOIP call while the first application APP1 is running in the foreground.
Selon un mode de réalisation, lors d'une première étape, la deuxième application APP2 est exécutée par le processeur CPU. Cette deuxième application est exécutée en premier plan. Dans cette configuration, le protocole de transport UDP est utilisée pour le transport de la signalisation de type SIP. Lors d'une deuxième étape, la première application APP1 est exécutée. A ce stade, la première application APP1 est exécutée en premier plan, tandis 5 que la deuxième application APP2 passe en arrière plan. Dans cette configuration, le protocole de transport TCP est utilisé. Ainsi de suite, lorsque la deuxième application passe en premier plan et que la première application est exécutée en arrière plan, le protocole de communication UDP est utilisé.According to one embodiment, in a first step, the second APP2 application is executed by the CPU processor. This second application is executed in the foreground. In this configuration, the UDP transport protocol is used for the transport of the SIP signaling. In a second step, the first application APP1 is executed. At this point, the first APP1 application is executed in the foreground, while the second APP2 application is in the background. In this configuration, the TCP transport protocol is used. Thus, when the second application goes to the foreground and the first application is run in the background, the UDP communication protocol is used.
10 Dans notre exemple, le passage d'un protocole de transport à un autre s'effectue selon le protocole normalisé SIP. On se reportera au texte RFC3261 qui décrit ce protocole, texte qui est incorporé par référence dans la présente demande de brevet. Selon cette norme, une phase dite d'enregistrement (ou annulation d'un enregistrement) a pour objet l'enregistrement (ou l'annulation de 15 l'enregistrement, respectivement), auprès du contrôleur SBC, du protocole de transport à utiliser pour la communication entre le terminal et le contrôleur SBC. Rappelons que l'enregistrement (ou l'annulation de l'enregistrement) en question est réalisé par le biais d'un message SIP REGISTER dans lequel le terminal (désigné par l'expression anglo-saxonne « user agent » en référence au 20 protocole SIP) fournit son adresse de contact de façon à être joignable par la plateforme. Le message SIP REGISTER comprend plusieurs champs, en particulier: - un premier champ relatif à une identité publique du terminal, à savoir l'identifiant ID du téléphone 25 - un deuxième champ relatif à une adresse de contact incluant - une adresse IP référencée AD-IP, - un numéro port NP sur lequel le « user agent » écoute - et, optionnellement un protocole de transport TP à utiliser à savoir UDP ou TCP dans notre exemple; - un troisième champ relatif à une durée de validité DV de l'enregistrement ; A noter que le protocole de transport n'est pas renseigné lorsque le protocole est UDP, ce dernier étant utilisé par défaut. Le message résultant est référencé SIP REGISTER (ID, ADIP/NP/TP,DV) sur la figure 3. La figure 3 représente la forme du message SIP RESGISTER en fonction du mode d'exécution de la deuxième application APP2.Sur cette figure 3, lorsque la deuxième application passe en arrière plan, la référence est APP2/MOD2, et lorsque la deuxième application est en premier plan, la référence est APP2/MOD1. Le terminal doit rafraîchir son enregistrement avant l'expiration de la durée DV pour rester joignable ; à cet effet, le terminal réémet périodiquement 15 le même message SIP REGISTER. L'adresse de contact contient le mode de transport, à savoir TCP ou UDP dans notre exemple. Dans la norme actuelle, le champ adresse de contact ne mentionne pas le protocole lorsque le protocole utilisé est UDP ; le champ correspondant est donc vide. Dans notre exemple, si l'utilisation du protocole 20 TCP est souhaité, le champ en question est complété afin d'indiquer au contrôleur que le protocole utilisé est le protocole de TCP. A noter que d'autres protocoles pourraient être utilisés pour illustrer l'invention. Par exemple, un autre protocole de transport est le protocole STCP (sigle anglosaxon de « Stream Control Transmission Protocol ») connu de 25 l'homme du métier. Pour basculer d'un mode de transport à l'autre, la norme requiert une annulation de l'enregistrement en cours en modifiant l'adresse de contact en vigueur, suivi d'un réenregistrement avec une nouvelle adresse de contact. Le message d'annulation de l'enregistrement en cours est le même que l'enregistrement, à la différence que la durée de validité DV à une valeur nulle O. Sur la figure 3, on suppose initialement que la deuxième application APP2 est exécutée en premier plan. Un message SIP (ID,AD-IP/NP/ , DV=K) est transmis au contrôleur SBC. Le champ TP est vide indiquant que le protocole de transport est UDP. A un premier instant t1, la deuxième application APP1 est exécutée en arrière plan, et la première application APP2 en premier plan. Ce changement entraîne la transmission d'un message d'annulation de l'enregistrement en cours 10 à savoir SIP REGISTER (ID, AD-IP/NP/ ,DV=O) Ensuite, le terminal transmet au contrôleur SBC un message d'enregistrement afin d'utiliser le protocole TCP ; le message en question est référencé SIP (ID, AD-IP/NP/ TCP, DV=K) sur la figure 3. Ensuite, à un deuxième instant t2, la deuxième application APP2 est de 15 nouveau exécutée en premier plan MOD1. Il en résulte l'envoi d'un message d'annulation SIP REGISTER (ID, AD-IP/NP/ TCP, DV=O) de l'enregistrement en cours. L'envoi du message d'annulation est suivi de l'envoi d'un message d'enregistrement SIP REGISTER (ID, AD-IP/NP/ , DV=K) indiquant que le 20 protocole à utiliser est désormais UDP. A noter que la valeur K est une durée pendant laquelle un enregistrement demeure valide. Dans notre exemple, cette valeur K est la même quel que soit le message SIP REGISTER émis ; cependant la valeur aurait pu être différente pour chaque message d'enregistrement émis.In our example, the transition from one transport protocol to another is carried out according to the standardized protocol SIP. Reference is made to the text RFC3261 which describes this protocol, a text which is incorporated by reference in the present patent application. According to this standard, a so-called recording (or cancellation of a recording) phase is aimed at recording (or canceling the recording, respectively), with the SBC controller, the transport protocol to be used for communication between the terminal and the SBC controller. Remember that the registration (or cancellation of the registration) in question is carried out by means of a SIP REGISTER message in which the terminal (designated by the English expression "user agent" with reference to the protocol SIP) provides its contact address in order to be reachable by the platform. The SIP REGISTER message comprises several fields, in particular: a first field relating to a public identity of the terminal, namely the identifier ID of the telephone; a second field relating to a contact address including an IP address referenced AD- IP, - an NP port number on which the "user agent" listens - and, optionally, a TP transport protocol to use, namely UDP or TCP in our example; a third field relating to a period of validity DV of the recording; Note that the transport protocol is not filled when the protocol is UDP, the latter being used by default. The resulting message is referenced SIP REGISTER (ID, ADIP / NP / TP, DV) in FIG. 3. FIG. 3 represents the form of the SIP RESGISTER message as a function of the execution mode of the second APP2 application. when the second application goes in the background, the reference is APP2 / MOD2, and when the second application is in the foreground, the reference is APP2 / MOD1. The terminal must refresh its registration before the DV period expires to remain reachable; for this purpose, the terminal periodically repeats the same SIP REGISTER message. The contact address contains the transport mode, ie TCP or UDP in our example. In the current standard, the contact address field does not mention the protocol when the protocol used is UDP; the corresponding field is empty. In our example, if the use of the TCP protocol is desired, the field in question is completed to indicate to the controller that the protocol used is the TCP protocol. Note that other protocols could be used to illustrate the invention. For example, another transport protocol is the STCP protocol known to those skilled in the art. To switch from one mode of transport to another, the standard requires a cancellation of the current record by modifying the current contact address, followed by a re-registration with a new contact address. The cancellation message of the current record is the same as the record, with the difference that the validity period DV has a zero value O. In FIG. 3, it is initially assumed that the second application APP2 is executed in foreground. A SIP message (ID, AD-IP / NP /, DV = K) is transmitted to the SBC controller. The TP field is empty indicating that the transport protocol is UDP. At a first instant t1, the second application APP1 is executed in the background, and the first application APP2 in the foreground. This change causes the transmission of a cancellation message of the current recording 10 namely SIP REGISTER (ID, AD-IP / NP /, DV = O). Then, the terminal transmits to the SBC controller a registration message. to use the TCP protocol; the message in question is referenced SIP (ID, AD-IP / NP / TCP, DV = K) in FIG. 3. Then, at a second instant t2, the second application APP2 is again executed in the foreground MOD1. This results in a SIP REGISTER (ID, AD-IP / NP / TCP, DV = O) cancellation message being sent from the current record. Sending the cancellation message is followed by sending a SIP REGISTER registration message (ID, AD-IP / NP /, DV = K) indicating that the protocol to be used is now UDP. Note that the K value is a time during which a record remains valid. In our example, this value K is the same regardless of the SIP REGISTER message sent; however, the value could have been different for each registration message issued.
25 Pour la réalisation du mode de réalisation, le terminal comprend des moyens de sélection de protocole de transport incluant - des moyens de détection d'un changement de mode d'exécution d'un premier mode MOD1 vers un deuxième MOD2, ou inversement; - et des moyens de transmission d'un message SIP REGISTER, les paramètres du message SIP REGISTER étant fonction du mode d'exécution comme on l'a vu précédemment. For carrying out the embodiment, the terminal comprises transport protocol selection means including - means for detecting a change of mode of execution from a first mode MOD1 to a second MOD2, or vice versa; and means for transmitting a SIP REGISTER message, the parameters of the SIP REGISTER message being a function of the execution mode as previously seen.