EP2481205A1 - Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede - Google Patents

Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede

Info

Publication number
EP2481205A1
EP2481205A1 EP10770567A EP10770567A EP2481205A1 EP 2481205 A1 EP2481205 A1 EP 2481205A1 EP 10770567 A EP10770567 A EP 10770567A EP 10770567 A EP10770567 A EP 10770567A EP 2481205 A1 EP2481205 A1 EP 2481205A1
Authority
EP
European Patent Office
Prior art keywords
terminal
equipment
message
duration
information
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.)
Withdrawn
Application number
EP10770567A
Other languages
German (de)
English (en)
Inventor
Philippe Besombe
François Toutain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2481205A1 publication Critical patent/EP2481205A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/02—Calling substations, e.g. by ringing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/14—Delay circuits; Timers

Definitions

  • the present invention is in the field of setting the ringing tone of a telecommunication device, for example a mobile phone.
  • WO 2008/110218 discloses a method for setting the ringing tone of a mobile telephone in an Internet Protocol Multimedia Subsystem (IMS) in which an Application Server (AS) inserts into an SIP compliant INVITE message (Session Initiation Protocol) for a terminal, information to define the ringing of this terminal.
  • IMS Internet Protocol Multimedia Subsystem
  • AS Application Server
  • SIP compliant INVITE message Session Initiation Protocol
  • This information can be constituted by the ringtone itself or by a link allowing the terminal to download the ringtone.
  • This method has a major disadvantage because, in many cases, the user accustomed to his ring, does not react quickly enough when his terminal returns the ringtone defined by the application server, so that the call is lost.
  • the invention relates to a method for setting the ringing tone of a terminal. This method can be implemented by equipment placed in flux cutoff on a signaling path in a telecommunication network.
  • This process comprises:
  • the invention relates to equipment that can be placed in flux cutoff on a signaling path in a telecommunication network, this equipment comprising:
  • a "call message” is a message capable of triggering a ringing tone by the called terminal.
  • the called terminal therefore receives two successive call messages spaced in the time of the aforementioned duration, namely the first call message sent by the calling terminal, then, at the end of the aforementioned duration, a second message including information to define the ringing of the called terminal.
  • the called terminal therefore restores its usual ringing tone on receipt of the first message, then after the aforementioned duration, in the event of no answer, the ringing defined in the second call message.
  • the ring setting method and the equipment according to the invention therefore does not have the disadvantages of the prior art.
  • the telecommunication network is an IMS network
  • the second call message is an INVITE message conforming to the SIP protocol.
  • This field is defined in the document RFC3261 of IIETF and in particular provided to include information to define the ringing of a terminal.
  • the information defining the ringing of the called terminal is a link to download this ring.
  • this information is a file including the ringtone, for example a file in .wav format.
  • the equipment according to the invention comprises means capable of generating this file, for example a speech synthesis module.
  • the voice message can be an advertising message or a personalized message chosen by the caller.
  • This embodiment also makes it possible to offer a service to the called party, the voice message being able to consist of a voice message including a caller's identifier, for example his name or his telephone number.
  • the ring tone defined in the second call message is selected or preconfigured by the caller or called party.
  • the aforementioned duration is fixed.
  • the aforementioned duration is variable.
  • It can in particular be set according to a parameter defined by the user of the called terminal.
  • the event that triggers the countdown of the duration is the reception, by the equipment according to the invention, of a message indicating that the terminal has begun to ring, under receiving the first call message.
  • This embodiment makes it possible to properly adjust the duration during which the called terminal restores the usual ringing of the called party before switching to the second ring.
  • the various steps of the ring parameterization method are determined by computer program instructions.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in an equipment or more generally in a computer, this program comprising instructions adapted to the implementation of the steps of the ring parameterization method as mentioned above.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other form desirable shape.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 represents, in flowchart form, the main steps of a ring parameterization method according to a particular mode of implementation of the invention
  • - Figure 2 shows an equipment according to a particular embodiment of the invention.
  • FIG. 1 represents the main steps of a ring parameterization method according to the invention.
  • a UA terminal wishes to call a terminal UB and sends for this purpose an INVITE invitation message conforming to the SIP protocol.
  • This message is intercepted by a C-CSCF equipment and transferred to an AS application server equipment placed in flux cutoff in the signaling path of the IMS network during a step E20.
  • the application server AS acknowledges receipt of this message by sending a SIP message "100 TRYING" to the equipment C-CSCF during a step E30.
  • the application server AS then sends the INVITE message to the equipment C-CSCF (step E40) which transmits it to the destination terminal UB (step E50).
  • the destination terminal UB On receipt of this message, and in accordance with the SIP protocol, the destination terminal UB triggers its usual ringing, and acknowledges (step E60) the receipt of the INVITE message by sending the equipment C-CSCF a SIP message "180 RINGING".
  • the SIP message "180 RINGING" is transmitted by the C-CSCF equipment to the calling terminal UA, via the application server AS, the latter being, according to the invention, placed in a flow cut in the signaling path (step E70).
  • the application server AS expects a duration T counted from the detection of the aforementioned event (step E90).
  • this duration is a duration variable defined by a user of the terminal UB and obtained in a database BD in association with an identifier of the terminal called UB.
  • the application server AS sends a second INVITE invitation message to the destination terminal UB (step ⁇ 10 ⁇ ), this INVITE message comprising information to define a ringing of the terminal UB. This message is intercepted and relayed by the C-CSCF equipment.
  • this information is a F file in .wav format generated by a voice synthesis module MSV of the application server AS, from a fixed text "incoming message from” and the identifier "UA" of the calling terminal, during a step E95, during the duration T.
  • this file F is included in an ALERT INFO header field of the second invitation message INVITE.
  • the destination terminal UB Upon receipt of this second INVITE invitation message, and in accordance with the SIP protocol, the destination terminal UB stops the return of the usual ringing current and starts ringing with the ring consisting of the file F.
  • the destination terminal UB acknowledges (step El 10) the receipt of the second message INVITE by sending the equipment C-CSCF a SIP message "180 RINGING", this message being transmitted by the equipment C-CSCF to the application server AS .
  • FIG. 2 represents an AS application server according to the invention in an IMS network 10, this network comprising, as in a known way, a C-CSCF equipment.
  • a calling terminal UA and a terminal called UB are connected to the IMS network 10.
  • the application server AS has the hardware architecture of a computer. It comprises a processor 11, a random access memory 12 of RAM type, a read-only memory ROM 13 and communication means 14.
  • the communication means 14 are constituted by hardware means (network card, etc.) and software (drivers, etc.) enabling the application server to communicate with the other equipment of the IMS network. 10, in particular according to the SIP protocol, and in particular with the C-CSCF equipment.
  • the application server AS is placed in flux cutoff on a signaling path of the IMS network 10, more precisely between the equipment C-CSCF and the terminal UB.
  • the read-only memory 13 constitutes a recording medium in the sense of the invention.
  • it stores a PG computer program in accordance with the invention, this program including instructions allowing the processor 11 to execute the steps of the ring parameterization method described above with reference to FIG. 1.
  • the processor 11 is able to receive a control of the communication means 14 to receive, via the C-CSCF equipment, an invitation message INVITE sent by the terminal UA and relay this invitation message INVITE, via the C-CSCF equipment at the UB terminal.
  • the processor 11 is able to detect the reception of a SIP message "180 RINGING" by the communication means 14, for example by programming an interrupt associated with this event.
  • the processor 11 is able to read, in a database BD, a duration T associated with an identifier of the terminal UB.
  • the server AS comprises a clock TIM for counting a duration T from the receipt of the SIP message "180 RINGING".
  • the server AS comprises an MSV speech synthesis module capable of generating a voice file F in the .wav format, from a fixed text "Incoming message” and the identifier "UA". of the UA terminal.
  • the processor 11 is able to control the communication means 14 so that they send to the terminal UB, via the equipment C-CSCF, an invitation message INVITE comprising the file F in a field Alert Info header.
  • the Alert Info field contains the ring tone to be returned by the terminal UB.
  • this field may include a link enabling the terminal UB to download the ringing tone from an SS ringing server, as represented in FIG. 2.
  • the event that triggers the countdown of the duration is the reception at step E80, by the application server AS, of the message 180 RINGING indicating that the terminal UB has started to restore its ringing tone. usual.
  • the duration may be counted from another event, for example the reception (step E20) of the invitation message sent by the calling party UA.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Ce procédé de paramétrage de la sonnerie d'un terminal (UB) peut être mis en oeuvre par serveur d'application placé en coupure de flux sur un chemin de signalisation dans un réseau IMS. Il comporte : - une étape (E20, E40) de réception et de transmission d'un premier message d'appel destiné au terminal; - une étape (E80) de détection d'un événement déterminé; - une étape (E90) d'attente d'une durée (T) comptée à partir de cette détection; et - une étape (ElOO) d'envoi au terminal (UB), à l'expiration de ladite durée (T), d'un deuxième message d'appel comportant une information pour définir une sonnerie dudit terminal (UB). Le deuxième message d'appel est un message INVITE conforme au protocole SIP.

Description

Procédé de paramétrage de la sonnerie d'un terminal et équipement apte à mettre en œuvre ce procédé
Arrière-plan de l'invention
La présente invention se situe dans le domaine du paramétrage de la sonnerie d'un dispositif de télécommunication, par exemple d'un téléphone mobile.
Le document WO 2008/110218 décrit une méthode pour paramétrer la sonnerie d'un téléphone mobile dans un réseau IMS (Internet Protocol Multimedia Subsystem) dans laquelle un serveur d'application (AS, application server) insère dans un message INVITE conforme au protocole SIP (Session Initiation Protocol) destiné à un terminal, une information pour définir la sonnerie de ce terminal. Cette information peut être constituée par la sonnerie elle-même ou par un lien permettant au terminal de télécharger la sonnerie.
Cette méthode présente un inconvénient majeur car, dans de nombreux cas, l'utilisateur habitué à sa sonnerie, ne réagit pas suffisamment rapidement lorsque son terminal restitue la sonnerie définie par le serveur d'application, si bien que l'appel est perdu.
Obiet et résumé de l'invention L'invention vise un procédé de paramétrage de la sonnerie d'un terminal. Ce procédé peut être mis en œuvre par un équipement placé en coupure de flux sur un chemin de signalisation dans un réseau de télécommunication.
Ce procédé comporte :
- une étape de réception et de transmission d'un premier message d'appel destiné au terminal ;
- une étape de détection d'un événement déterminé ;
- une étape d'attente d'une durée comptée à partir de cette détection ; et
- une étape d'envoi au terminal, à l'expiration de la durée, d'un deuxième message d'appel comportant une information pour définir une sonnerie du terminal. Corrélativement, l'invention concerne un équipement pouvant être placé en coupure de flux sur un chemin de signalisation dans un réseau de télécommunication, cet équipement comportant :
- des moyens pour recevoir et transmettre un premier message d'appel destiné à un terminal ;
- des moyens aptes à détecter un événement déterminé et à attendre une durée comptée à partir de ladite cette détection; et
- des moyens aptes à envoyer au terminal, à l'expiration de cette durée, un deuxième message d'appel comportant une information pour définir une sonnerie du terminal.
Dans ce document, on appelle « message d'appel », un message apte à déclencher une sonnerie par le terminal appelé.
Conformément à l'invention le terminal appelé reçoit donc deux messages d'appel successifs espacés dans le temps de la durée précitée, à savoir le premier message d'appel envoyé par le terminal appelant, puis à l'expiration de la durée précitée, un deuxième message comportant une information pour définir la sonnerie du terminal appelé.
Le terminal appelé restitue donc sa sonnerie habituelle sur réception du premier message, puis après la durée précitée, en cas de non réponse, la sonnerie définie dans le deuxième message d'appel.
Par conséquent, l'utilisateur a le temps de reconnaître sa sonnerie habituelle avant que son terminal ne restitue la deuxième sonnerie.
Le procédé de paramétrage de sonnerie et l'équipement selon l'invention ne présente donc pas les inconvénients de l'art antérieur.
Dans un mode particulier de réalisation de l'invention :
- le réseau de télécommunication est un réseau IMS ;
- le deuxième message d'appel est un message INVITE conforme au protocole SIP ; et
- l'information est comprise dans un champ d'entête Alert Info de ce message.
Ce champ est défini dans le document RFC3261 de IIETF et notamment prévu pour comporter des informations pour définir la sonnerie d'un terminal. Dans un mode particulier de réalisation de l'invention, l'information définissant la sonnerie du terminal appelé est un lien permettant de télécharger cette sonnerie.
Dans un mode particulier de réalisation de l'invention, cette information est un fichier comportant la sonnerie, par exemple un fichier au format .wav.
Dans un mode particulier de réalisation, l'équipement selon l'invention comporte des moyens aptes à générer ce fichier, par exemple un module de synthèse vocale.
Ce mode de réalisation permet d'offrir un service à l'appelant, le message vocal pouvant être un message publicitaire ou un message personnalisé choisi par l'appelant.
Ce mode de réalisation permet aussi d'offrir un service à l'appelé, le message vocal pouvant être constitué par un message vocal comportant un identifiant de l'appelant, par exemple son nom ou son numéro de téléphone.
Autrement dit, la sonnerie définie dans le deuxième message d'appel est sélectionnée ou préconfigurée par l'appelant ou par l'appelé.
Dans un mode de réalisation de l'invention, la durée précitée est fixe.
Mais de façon préférée, la durée précitée est variable.
Elle peut notamment être fixée en fonction d'un paramètre défini par l'utilisateur du terminal appelé.
Dans un mode de réalisation de l'invention, l'événement qui déclenche le décompte de la durée est la réception, par l'équipement selon l'invention, d'un message indiquant que le terminal a commencé à sonner, sous entendu suite à la réception du premier message d'appel.
Ce mode de réalisation permet de bien ajuster la durée pendant laquelle le terminal appelé restitue la sonnerie habituelle de l'appelé avant de basculer sur la deuxième sonnerie.
Dans un mode particulier de réalisation, les différentes étapes du procédé de paramétrage de sonnerie sont déterminées par des instructions de programme d'ordinateur.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un équipement ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes du procédé de paramétrage de sonnerie tel que mentionné ci- dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
- la figure 1 représente, sous forme d'organigramme, les principales étapes d'un procédé de paramétrage de sonnerie conforme à un mode particulier de mise en œuvre de l'invention ; et - la figure 2 représente un équipement conforme à un mode particulier de réalisation de l'invention.
Description détaillée d'un mode de réalisation de l'invention Dans ce mode de réalisation de l'invention, on se place dans le contexte d'un réseau IMS, l'invention étant mise en œuvre par un serveur d'application AS (en anglais Application Server).
La figure 1 représente les principales étapes d'un procédé de paramétrage de la sonnerie conforme à l'invention.
Au cours d'une première étape E10, un terminal UA souhaite appeler un terminal UB et émet à cet effet un message d'invitation INVITE conforme au protocole SIP.
Ce message est intercepté par un équipement C-CSCF et transféré à un équipement serveur d'application AS placé en coupure de flux dans le chemin de signalisation du réseau IMS au cours d'une étape E20.
Conformément au protocole SIP, le serveur d'application AS acquitte la réception de ce message par l'envoi d'un message SIP « 100 TRYING » à l'équipement C-CSCF au cours d'une étape E30.
Le serveur d'application AS renvoie ensuite le message INVITE à l'équipement C-CSCF (étape E40) qui le transmet au terminal destinataire UB (étape E50).
Sur réception de ce message, et conformément au protocole SIP, le terminal destinataire UB déclenche sa sonnerie habituelle, et acquitte (étape E60) la réception du message INVITE en envoyant à l'équipement C-CSCF un message SIP « 180 RINGING ».
Le message SIP « 180 RINGING » est transmis par l'équipement C- CSCF au terminal appelant UA, via le serveur d'application AS, celui-ci étant, conformément à l'invention, placé en coupure de flux dans le chemin de signalisation (étape E70).
Dans le mode de réalisation décrit ici, la réception du message
« 180 RINGING » par le serveur d'application AS constitue un événement au sens de l'invention, cet événement étant détecté par le serveur d'application AS au cours d'une étape (E80).
Conformément à l'invention, le serveur d'application AS attend une durée T comptée à partir de la détection de l'événement précité (étape E90). Dans le mode de réalisation décrit ici, cette durée est une durée variable définie par un utilisateur du terminal UB et obtenue dans une base de données BD en association avec un identifiant du terminal appelé UB.
Puis, à l'expiration de cette durée T, le serveur d'application AS envoie un deuxième message d'invitation INVITE au terminal destinataire UB (étape Ε10Ό), ce message INVITE comportant une information pour définir une sonnerie du terminal UB. Ce message est intercepté puis relayé par l'équipement C-CSCF.
Dans le mode de réalisation décrit ici, cette information est un fichier F au format .wav généré par un module MSV de synthèse vocal du serveur d'application AS, à partir d'un texte fixe « Message entrant de » et de l'identifiant « UA » du terminal appelant, au cours d'une étape E95, pendant la durée T.
Dans le mode de réalisation décrit ici, ce fichier F est compris dans un champ d'entête ALERT INFO du deuxième message d'invitation INVITE.
Sur réception de ce deuxième message d'invitation INVITE, et conformément au protocole SIP, le terminal destinataire UB arrête la restitution de la sonnerie habituelle en cours et commence à sonner avec la sonnerie constituée par le fichier F.
Le terminal destinataire UB acquitte (étape El 10) la réception du deuxième message INVITE en envoyant à l'équipement C-CSCF un message SIP « 180 RINGING », ce message étant transmis par l'équipement C-CSCF au serveur d'application AS.
La figure 2 représente un serveur d'application AS conforme à l'invention dans un réseau IMS 10, ce réseau comportant, comme de façon connue un équipement C-CSCF.
Dans cet exemple, un terminal appelant UA et un terminal appelé UB sont connectés au réseau IMS 10.
Dans le mode de réalisation décrit ici, le serveur d'application AS a l'architecture matérielle d'un ordinateur. Il comporte un processeur 11, une mémoire vive 12 de type RAM, une mémoire morte de type ROM 13 et des moyens de communication 14.
Les moyens de communication 14 sont constitués par des moyens matériels (carte réseau, ...) et logiciels (pilotes, ...) permettant au serveur d'application de communiquer avec les autres équipements du réseau IMS 10, notamment selon le protocole SIP, et en particulier avec l'équipement C-CSCF.
Le serveur d'application AS est placé en coupure de flux sur un chemin de signalisation du réseau IMS 10, plus précisément entre l'équipement C-CSCF et le terminal UB.
La mémoire morte 13 constitue un support d'enregistrement au sens de linvention. Elle mémorise en particulier un programme d'ordinateur PG conforme à l'invention, ce programme comportant des instructions permettant l'exécution, par le processeur 11, des étapes du procédé de paramétrage de sonnerie décrit précédemment en référence à la figure 1.
En particulier, le processeur 11 est apte à recevoir un contrôler les moyens de communication 14 pour recevoir, via l'équipement C-CSCF, un message d'invitation INVITE émis par le terminal UA et relayer ce message d'invitation INVITE, via l'équipement C-CSCF, au terminal UB.
Dans le mode de réalisation décrit ici, le processeur 11 est apte à détecter la réception d'un message SIP « 180 RINGING » par les moyens de communication 14, par exemple par programmation d'une interruption associée à cet événement.
Dans le mode de réalisation décrit ici, le processeur 11 est apte à lire, dans une base de données BD, une durée T associée à un identifiant du terminal UB.
Dans le mode de réalisation décrit ici, le serveur AS comporte une horloge TIM pour compter une durée T à partir de la réception du message SIP « 180 RINGING ».
Dans le mode de réalisation décrit ici, le serveur AS comporte un module de synthèse vocal MSV apte à générer un fichier vocal F au format .wav, à partir d'un texte fixe « Message entrant de » et de l'identifiant « UA » du terminal UA.
Dans le mode de réalisation décrit ici, le processeur 11 est apte à contrôler les moyens de communication 14 pour qu'ils envoient au terminal UB, via l'équipement C-CSCF, un message d'invitation INVITE comportant le fichier F dans un champ d'entête Alert Info. Autres modes de réalisation Dans le mode de réalisation décrit précédemment, le champ Alert Info comporte la sonnerie que doit restituer le terminal UB.
En variante, ce champ peut comporter un lien permettant au terminal UB de télécharger la sonnerie à partir d'un serveur de sonnerie SS, tel que représenté à la figure 2.
Dans le mode de réalisation décrit précédemment, l'événement qui déclenche le décompte de la durée est la réception à l'étape E80, par le serveur d'application AS, du message 180 RINGING indiquant que le terminal UB a commencé à restituer sa sonnerie habituelle.
En variante, la durée peut être décomptée à partir d'un autre événement, par exemple la réception (étape E20) du message d'invitation émis par l'appelant UA.

Claims

REVENDICATIONS
1. Equipement (AS) pouvant être placé en coupure de flux sur un chemin de signalisation dans un réseau de télécommunication et comportant :
- des moyens (11, 14) aptes à recevoir et transmettre un premier message d'appel destiné à un terminal (UB) ;
- des moyens (11) aptes à détecter un événement déterminé et à attendre une durée (T) comptée à partir de ladite détection ; et
- des moyens (11, 14) aptes à envoyer audit terminal (UB), à l'expiration de ladite durée (T), un deuxième message d'appel comportant une information (F) pour définir une sonnerie dudit terminal (UB).
2. Equipement (AS) selon la revendication 1, caractérisé en ce que : - ledit réseau (10) est un réseau IMS ;
- ledit deuxième message d'appel est un message INVITE conforme au protocole SIP ; et
- ladite information (F) est comprise dans un champ d'entête Alert Info de ce message.
3. Equipement (AS) selon la revendication 1 ou 2, caractérisé en ce que ladite information est un lien permettant de télécharger ladite sonnerie.
4. Equipement (AS) selon la revendication 1 ou 2, caractérisé en ce que ladite information est un fichier (F) comportant ladite sonnerie.
5. Equipement (AS) selon la revendication 4, caractérisé en ce qu'il comporte des moyens (MSV) aptes à générer ledit fichier.
6. Equipement (AS) selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite durée (T) est variable.
7. Equipement (AS) selon la revendication 6, caractérisé en ce qu'il comporte une base de données (DB) dans laquelle ladite durée variable est définie en fonction d'un paramètre choisi par un utilisateur dudit terminal (UB).
8. Equipement (AS) selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit événement est la réception, par ledit équipement (AS), d'un message indiquant que ledit terminal (UB) a commencé à sonner.
9. Procédé de paramétrage de la sonnerie d'un terminal (UB) pouvant être mis en oeuvre par un équipement (AS) placé en coupure de flux sur un chemin de signalisation dans un réseau de télécommunication, ce procédé comportant :
- une étape (E20, E40) de réception et de transmission d'un premier message d'appel destiné audit terminal (UB) ;
- une étape (E80) de détection d'un événement déterminé ;
- une étape (E90) d'attente d'une durée (T) comptée à partir de ladite détection ; et
- une étape (E100) d'envoi audit terminal (UB), à l'expiration de ladite durée (T), d'un deuxième message d'appel comportant une information pour définir une sonnerie dudit terminal (UB).
10. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de paramétrage de sonnerie selon la revendication 9 à lorsque ledit programme est exécuté par un ordinateur.
11. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de paramétrage de sonnerie selon la revendication 9.
EP10770567A 2009-09-22 2010-09-16 Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede Withdrawn EP2481205A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0956503 2009-09-22
PCT/FR2010/051920 WO2011036379A1 (fr) 2009-09-22 2010-09-16 Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede

Publications (1)

Publication Number Publication Date
EP2481205A1 true EP2481205A1 (fr) 2012-08-01

Family

ID=42084451

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10770567A Withdrawn EP2481205A1 (fr) 2009-09-22 2010-09-16 Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede

Country Status (2)

Country Link
EP (1) EP2481205A1 (fr)
WO (1) WO2011036379A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7443967B1 (en) * 2003-09-29 2008-10-28 At&T Intellectual Property I, L.P. Second communication during ring suppression
WO2008110218A1 (fr) 2007-03-15 2008-09-18 Telefonaktiebolaget Lm Ericsson (Publ) Traitement versatile de sonnerie de téléphone dans un système de fabrication intelligent (ims)

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2011036379A1 *

Also Published As

Publication number Publication date
WO2011036379A1 (fr) 2011-03-31

Similar Documents

Publication Publication Date Title
EP3777081B1 (fr) Procédé de gestion d'une pluralité de flux média, et dispositif associé
EP2025117A1 (fr) Procédé et dispositif d'envoi de message d'alerte dans un réseau
CN101222536A (zh) 考虑了呼叫理由的信号通知方法
US20130148646A1 (en) Systems and methods of providing communications services
EP2266285B1 (fr) Procede de terminaison d'un appel et terminal de voix sur ip
FR3005822A1 (fr) Procede de communication en temps reel entre navigateurs web
WO2010076497A1 (fr) Procede de notification et passerelle d'acces a un reseau de voix sur ip
EP3903476B1 (fr) Procédé de traitement de messages vocaux, procédé de désactivation d'un codage dtmf et procédé de traitement d'une demande de désactivation d'un codage dtmf
EP2481205A1 (fr) Procede de parametrage de la sonnerie d'un terminal et equipement apte a mettre en oeuvre ce procede
WO2012089954A2 (fr) Gestion des equipements utilisateurs ayant la meme identite publique par un serveur d'application dans un reseau ims
WO2013001211A1 (fr) Procédé de filtrage de flux early media dans un réseau ims et serveur mettant en oeuvre ce procédé
EP1982499A1 (fr) Procede et dispositif d'etablissement d'une communication prioritaire
FR2887733A1 (fr) Systeme et procede de personnalisation d'une application de telecommunications, et equipement susceptible d'etre utilise dans un tel systeme
EP3162019A1 (fr) Procede et dispositif d'etablissement d'une communication
WO2009112760A1 (fr) Procede de gestion d'une session de communication au niveau d'une passerelle domestique
EP2060105B1 (fr) Procédé et serveur de notification d'un appel dans un réseau
FR3018027A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
WO2013001213A1 (fr) Procédé de filtrage de flux early media dans un réseau ims et serveur mettant en oeuvre ce procédé.
WO2020136317A1 (fr) Procédé de libération d'un canal de communication conforme à la norme dect, base et terminal conformes à la norme dect
FR3057129A1 (fr) Procede d'enregistrement simplifie d'un identifiant dans une liste noire
FR3020539A1 (fr) Procede et dispositif d'etablissement d'une communication
FR3034275A1 (fr) Procede et dispositif du nommage d'un terminal
WO2018007705A1 (fr) Établissement d'une communication par allocation à un terminal appelant d'un identifiant d'appel intermédiaire dédié à la communication
EP2334033A1 (fr) Procédé et système de notification d'un terminal appelant
FR2983024A1 (fr) Procede de rejet d'un appel telephonique

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: 20120413

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20161223

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170503