WO2023057396A1 - Procédé de gestion d'une situation d'urgence et terminal mettant en œuvre ce procédé - Google Patents

Procédé de gestion d'une situation d'urgence et terminal mettant en œuvre ce procédé Download PDF

Info

Publication number
WO2023057396A1
WO2023057396A1 PCT/EP2022/077481 EP2022077481W WO2023057396A1 WO 2023057396 A1 WO2023057396 A1 WO 2023057396A1 EP 2022077481 W EP2022077481 W EP 2022077481W WO 2023057396 A1 WO2023057396 A1 WO 2023057396A1
Authority
WO
WIPO (PCT)
Prior art keywords
emergency
terminal
message
channel
gateway
Prior art date
Application number
PCT/EP2022/077481
Other languages
English (en)
Inventor
Mickael Allain
Eddy Goffin
Original Assignee
Orange
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange filed Critical Orange
Publication of WO2023057396A1 publication Critical patent/WO2023057396A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Definitions

  • the invention relates to the general field of the management of emergency calls sent by a terminal in a telecommunications network.
  • FIG. 1 represents a terminal 10 of a user roaming in a visited network VN interconnected, via a network IPX, to a home network RN of the user.
  • the terminal 10 has established IMS connectivity (by an access point apn ims, in English access point name) and data connectivity (by an access point apn data) and that it establishes connectivity of call (by an apn sos access point) to make an emergency voice call to a CSE emergency service center.
  • S8HR in English S8 Home routed
  • LBO in English Local Break Out
  • the LBO architecture has the advantage of being able to manage part of the services in the visited network.
  • an “sos” emergency voice call emitted by the terminal on the emergency connectivity (apn sos).
  • an “sos” emergency voice call originated by a terminal in the visited network VN over emergency connectivity (apn sos) is handled by the visited network and routed to the service center of emergency CSE without going through the nominal network RN of the terminal.
  • the traffic is managed in the nominal network RN of the terminal.
  • the LBO roaming solution known to date therefore does not make it possible to process a short SMS message in a network visited by a user. If the user were to send an SMS short message as part of an emergency call, it would be redirected to the user's home network. This is not possible, an emergency message having to be processed as close as possible to the user.
  • a data message in the context of an emergency call, would be treated through data connectivity in the visited network as any data, without urgency criteria.
  • LBO services are very little deployed. Indeed, the roaming architecture which is becoming widespread worldwide is that known to those skilled in the art as S8HR, in which all traffic (voice, SMS short messages, data) is redirected to the nominal network.
  • the S8HR roaming solution known to date therefore does not make it possible to process a short SMS message or a data message in a network visited by a user. If the user were to send an SMS short message or a data message as part of an emergency call, this would also be redirected to the user's home network.
  • the invention proposes an emergency call management mechanism which does not have the drawbacks of the prior art.
  • the invention relates to a method for managing an emergency situation implemented by a terminal. This process includes:
  • the invention relates to a terminal comprising:
  • a communication module configured to establish an emergency channel with an emergency call management gateway, via an access point reserved for emergency calls and whose identifier is registered in the terminal;
  • a communication module configured to send a short SMS-type emergency message or an emergency data message, in said emergency channel, to an emergency service center.
  • an emergency situation is any type of situation in which an emergency call can be transmitted. It can be triggered voluntarily by the user, for example by pressing a button, by dialing an emergency number. It can also be detected according to predetermined conditions, for example in the event of an accident, for example by an accelerometer.
  • the terminal is configured to be able to make emergency calls by connecting to an emergency access point whose identifier is stored in the terminal.
  • the terminal when such a situation is detected, the terminal establishes an emergency channel with an emergency call management gateway, via this access point.
  • This emergency channel can be used to carry a voice call.
  • the emergency channel is used by the terminal to send an emergency short message of the SMS type or an emergency data message.
  • the emergency short message or the emergency data may comprise context data of this voice call, for example the geographic position of the terminal.
  • the emergency short message or emergency data may not accompany a voice call. This is particularly the case when the user of the terminal is hard of hearing.
  • the invention relates to a method for processing an emergency call implemented by an emergency call management gateway, this method comprising:
  • the invention relates to an emergency call management gateway, this gateway comprising:
  • a communication module configured to establish an emergency channel with a terminal via an access point reserved for emergency calls
  • said communication module being configured to receive an SMS type emergency short message in said emergency channel and to route said emergency short message to an emergency service center via an IMS network.
  • the gateway according to the invention is therefore configured to be able to receive, in an emergency channel, a short emergency message and to route this short message via an IMS network.
  • the emergency call handling gateway is further configured to be able to receive emergency data in the emergency channel and to route that emergency data to an emergency service center, via an Internet network for example.
  • the invention is particularly advantageous when the terminal is in a roaming situation, the access point and the gateway being located in a network visited by the terminal.
  • the emergency short message or the emergency data can be routed to the emergency service center via the visited network itself intervention of the terminal's home network.
  • the terminal obtains an address of a P-CSCF entity of an IMS network, said emergency short message being sent to said address, via said emergency channel.
  • the emergency call management gateway routes the SMS-type emergency short message via this P-CSCF entity.
  • the short message is then routed:
  • E-CSCF Error -CSCF
  • IP-SM-GW short message gateway in English IP Short Message Gateway
  • SMSC messaging center in English Short Message Service Center
  • CSE emergency service center ambulance, police, fire brigade, etc.
  • the short emergency message is routed to its recipient on the basis of the telephone number (MSISDN) of the latter.
  • the destination of the emergency number can for example be identified by the short number of the targeted emergency service (ex 112) or by TURN of the service as specified in RFC 5031.
  • the translation of the destination from a URN format to a telephone number can be carried out either by the CSCF entity of the IMS, the IP-SM-GW or the SMSC, depending on the mode of implementation chosen by the operator of the visited network VN.
  • the terminal is configured to obtain a standardized URL corresponding to the emergency service center (CSE), and to address an emergency data message to this standardized URL through the emergency channel.
  • CSE emergency service center
  • the different steps of the method for managing an emergency situation are determined by computer program instructions or are implemented by a silicon chip which comprises transistors adapted to constitute logic gates of non-programmable hard-wired logic.
  • the invention also relates to a computer program on an information medium, this program being capable of being implemented in a device or more generally in a computer, this program comprising instructions adapted to the implementation implement the steps of an emergency management process as described above.
  • This program may 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 partially compiled form, or in any other desirable form.
  • the invention also relates to an information medium readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the information carrier can be any entity or device capable of storing the program.
  • the medium may comprise a storage medium, such as a ROM, a non-volatile memory of the flash type or even a magnetic recording medium, for example a hard disk.
  • the information carrier can be a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means.
  • the program according to the invention can in particular be downloaded from a network of the Internet type.
  • 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 Figure 1, already described, shows a prior art emergency call management solution
  • Figure 2 shows a terminal according to a particular embodiment of the invention
  • Figure 3 shows the hardware architecture of a terminal according to a particular mode of implementation of the invention
  • FIG. 4 represents, in the form of a flowchart, the main steps of a method for managing emergency calls in accordance with a particular embodiment of the invention
  • Figure 5 shows an example of implementation of the invention by a terminal located in its home network
  • Figure 6 shows an example of implementation of the invention by a terminal located in a visited network
  • FIG. 7 represents the hardware architecture of a gateway conforming to a particular embodiment of the invention.
  • FIG. 2 represents a terminal 10 in accordance with a particular embodiment of the invention.
  • the terminal 10 is compatible with VoLTE/VoNR technology (Voice over Long Term Evolution/Voice over New Radio) and configured to be able to transmit, on a 4G LTE or 5G network, voice calls in voice over IP (in English Voice over IP, VoIP) and short messages of the SMS type over IP (in English SMS over IP, SMSoIP).
  • VoLTE/VoNR technology Voice over Long Term Evolution/Voice over New Radio
  • VoIP Voice over IP
  • SMS type over IP in English SMS over IP, SMSoIP
  • the terminal 10 comprises an MDU module to detect an emergency situation (for example when the user presses a button on the terminal 10) and, if necessary, to trigger the sending of a emergency short message SMSu, or sending an emergency data message D u to an emergency service center CSE.
  • an emergency situation for example when the user presses a button on the terminal 10.
  • FIG. 3 represents the hardware architecture of the terminal 10.
  • the terminal 10 has the hardware architecture of a computer. It notably comprises a processor 10A, a read only memory 10B, a random access memory 10C, a rewritable non-volatile memory 10D and means of communication 10E.
  • the read only memory 10B of the device 10 constitutes a recording medium in accordance with the invention, readable by the processor 10A and on which is recorded a computer program PGT in accordance with the invention, this program comprising instructions for the execution steps of a method for managing an emergency situation according to the invention, the main steps of which are described with reference to FIG. 4 in one embodiment.
  • FIG. 5 represents an embodiment of the invention in which the terminal 10 is located in its home network RN and is configured to send an emergency short message SMSu or an emergency data message D u to the service center emergency CSE, possibly in accompaniment of an emergency voice call.
  • the terminal 10 detects an emergency situation SU and determines that it must activate an emergency service associated with an emergency number.
  • the emergency numbers known to the terminal 10 are for example 112 (European emergency call), 15 (ambulance in France), 17 (police in France) and 18 (fire brigade). In France).
  • IETF RFC 5031 provides a namespace for Uniform Resource Names (URNs) associated with these emergency services.
  • URNs Uniform Resource Names
  • urn urn:service:sos. ambulance.
  • urn urn:service:sos.fire.
  • the terminal 10 makes a request for attachment to a mobility management entity MME (in English Mobility Management Entity), and the MME entity selects, according to an access point APN U reserved for emergency calls, a PGW gateway (in English Packet Data Network Gateway) according to the invention and configured to manage emergency calls within the framework of this service.
  • MME mobility management entity
  • PGW gateway in English Packet Data Network Gateway
  • the terminal 10 also includes an access point name IMS APNIMS for sending SMS other than emergency SMS.
  • the MME entity creates a bearer between the terminal 10 and a serving gateway (SGW) and between this gateway SGW and the gateway PGW configured to manage emergency calls.
  • SGW serving gateway
  • An emergency channel CU is thus established between the terminal 10 and an emergency call management gateway PGW.
  • This step E20 of establishing an emergency channel CU is known per se, but in the current state of the art, this emergency channel CU is used exclusively to convey voice emergency calls.
  • the invention proposes to use this emergency channel CU to allow the sending, by the terminal 10, of an emergency short message SMSu or of an emergency data message D u .
  • the PGW gateway validates the emergency session request by sending the terminal 10 the IP address @P-CSCF of a P-CSCF (Proxy Call Session Control Function) entity of the nominal network.
  • P-CSCF Proxy Call Session Control Function
  • the terminal 10 determines that it must, within the framework of the emergency session, send all its IMS traffic, and in particular the SMSoIP short messages to this IP address.
  • This short message SMSu includes for example the location of the terminal 10.
  • the operator's home network RN includes an E-CSCF (Emergency CSCF) platform configured to route emergency session requests received from the P-CSCF to the emergency service center CSE.
  • E-CSCF Emergency CSCF
  • the operator may also choose to process emergency sessions through an S-CSCF).
  • the emergency SMS is sent by the E-CSCF entity to an IP-SM-GW short message gateway.
  • the IP-SM-GW Short Message Gateway is an IMS application server that manages SIP-based messaging services for IMS subscribers. This IP-SM-GW gateway is configured to interact with an SMSC messaging center (Short Message Service Center in English) to transmit the short message to its recipient, typically a CSE emergency service center (ambulance, police, fire brigade, ).
  • SMSC messaging center Short Message Service Center in English
  • CSE emergency service center ambulance, police, fire brigade, .
  • the terminal 10 sends this emergency data D u , in the emergency channel CU, to a standardized URL URLCSE known to the terminal.
  • a Domain Name Server resolves this URL and provides a target IP address associated with the CSE emergency service center.
  • FIG. 6 represents the situation in which the terminal 10 is in a roaming situation, in a visited network VN.
  • step E20 when the terminal 10 requests attachment to a mobility management entity MME of the visited network, the latter selects a gateway PGW of the visited network and establishes a communication channel. emergency between the terminal 10 and this PGW gateway in the visited network.
  • the emergency short messages SMSu and the emergency data Du are thus routed either directly (for the emergency data D u ) or via a visited IMS network (for the emergency short messages SMSu) to the service center d CSE emergency.
  • FIG. 7 represents the hardware architecture of a PGW or V-PGW gateway in accordance with the invention and as represented in FIGS. 5 and 6 already described.
  • the gateway PGW or V-PGW has a hardware architecture of a computer. She understands in particular a processor 20A, a read only memory 20B, a random access memory 20C, a rewritable non-volatile memory 20D and means of communication 20E.
  • the ROM 20B of the gateway constitutes a recording medium in accordance with the invention, readable by the processor 20A and on which is recorded a computer program PGG in accordance with the invention, this program comprising instructions for the execution steps of a method for processing an emergency call according to the invention, the main steps of which include:
  • SMS U short emergency message
  • CSE emergency service center

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Ce procédé de gestion d'une situation d'urgence est mis en œuvre par un terminal (10). Il comporte: - une étape (E10) de détection d'une situation d'urgence (SU); - une étape (E20) d'établissement d'un canal d'urgence (CU) avec une passerelle (PGW) de gestion des appels d'urgence, via un point d'accès réservé aux appels d'urgence (APn) et dont un identifiant est enregistré dans le terminal (10); - une étape (E40) d'envoi d'un message court d'urgence (SMSU) de type SMS ou d'un message (Du) de données d'urgence, dans ledit canal d'urgence (CU), à destination d'un centre de service d'urgence (CSE).

Description

Procédé de gestion d'une situation d'urgence et terminal metant en œuyre ce procédé
Arrière-plan de l'invention
L'invention se rapporte au domaine général de la gestion des appels d'urgence émis par un terminal dans un réseau de télécommunications.
Elle s'applique en particulier, mais de façon non limitative, lorsque le terminal se trouve en situation d'itinérance (en anglais roaming).
La figure 1 représente un terminal 10 d'un utilisateur en itinérance dans un réseau visité VN interconnecté, via un réseau IPX, à un réseau nominal RN de l'utilisateur.
On suppose que le terminal 10 a établi une connectivité IMS (par un point d'accès apn ims, en anglais access point name) et une connectivité de données (par un point d'accès apn data) et qu'il établit une connectivité d'urgence (par un point d'accès apn sos) pour émetre un appel vocal d'urgence vers un centre de service d'urgence CSE.
Cete figure se place dans le contexte d'une architecture de réseau S8HR (en anglais S8 Home routed) et d'une architecture LBO (en anglais Local Break Out) connues de l'homme du métier. Dans l'architecture S8HR, la connectivité données (apn data) et la connectivité IMS (utilisée notamment pour le service de messages courts SMS) sont dits « Home routed », ce qui signifie qu'elles ne font que transiter sur le réseau visité VN pour être acheminées vers et traitées par le réseau nominal RN du terminal.
L'architecture LBO présente l'avantage de pouvoir gérer une partie des services dans le réseau visité.
C'est par exemple le cas pour la connectivité de données (apn data).
C'est aussi le cas pour un appel vocal d'urgence « sos » émis par le terminal sur la connectivité d'urgence (apn sos). Selon l'architecture LBO, un appel vocal d'urgence « sos » émis par un terminal dans le réseau visité VN sur la connectivité d'urgence (apn sos) est géré par le réseau visité et acheminé jusqu'au centre de service d'urgence CSE sans passer par le réseau nominal RN du terminal.
Mais pour les services IMS gérés au travers d'une connectivité IMS (apn ims), le trafic est géré dans le réseau nominal RN du terminal.
La solution d'itinérance LBO connue à ce jour ne permet donc pas de traiter un message court SMS dans un réseau visité par un utilisateur. Si l'utilisateur devait envoyer un message court SMS dans le cadre d'un appel d'urgence, celui-ci serait redirigé vers le réseau nominal de l'utilisateur. Ce n'est pas envisageable, un message d'urgence devant être traité au plus près de l'utilisateur. Dans cete solution un message de données, dans le cadre d'un appel d'urgence serait traité au travers d'une connectivité de données dans le réseau visité comme une donnée quelconque, sans critère d'urgence. Par ailleurs, on peut noter que les services LBO ne sont que très peu déployés. En effet, l'architecture d'itinérance qui se généralise au niveau mondial est celle connue de l'homme du métier sous le nom de S8HR, dans laquelle l'ensemble du trafic (voix, messages courts SMS, données) est redirigé vers le réseau nominal.
La solution d'itinérance S8HR connue à ce jour ne permet donc pas de traiter un message court SMS ou un message de données dans un réseau visité par un utilisateur. Si l'utilisateur devait envoyer un message court SMS ou un message de données dans le cadre d'un appel d'urgence, celui-ci serait aussi redirigé vers le réseau nominal de l'utilisateur.
L'invention propose un mécanisme de gestion des appels d'urgence qui ne présente pas les inconvénients de l'art antérieur.
Objet et résumé de l'invention
Selon un premier aspect, l'invention concerne un procédé de gestion d'une situation d'urgence mis en œuvre par un terminal. Ce procédé comporte:
- une étape de détection d'une situation d'urgence ;
- une étape d'établissement d'un canal d'urgence avec une passerelle de gestion des appels d'urgence, via un point d'accès réservé aux appels d'urgence et dont un identifiant est enregistré dans le terminal ;
- une étape d'envoi d'un message court d'urgence de type SMS ou d'un message de données d'urgence, dans ledit canal d'urgence, à destination d'un centre de service d'urgence.
Corrélativement, l'invention concerne un terminal comportant :
- un module de détection d'une situation d'urgence ;
- un module de communication configuré pour établir un canal d'urgence avec une passerelle de gestion des appels d'urgence, via un point d'accès réservé aux appels d'urgence et dont un identifiant est enregistré dans le terminal ; et
- un module de communication configuré pour envoyer un message court d'urgence de type SMS ou d'un message de données d'urgence, dans ledit canal d'urgence, à destination d'un centre de service d'urgence.
Dans le cadre de l'invention, une situation d'urgence est tout type de situation dans laquelle un appel d'urgence peut être émis. Elle peut être déclenchée de façon volontaire par l'utilisateur, par exemple en appuyant sur un bouton, en composant un numéro d'urgence. Elle peut aussi être détectée en fonction de conditions prédéterminées, par exemple en cas d'accident, par exemple par un accéléromètre.
Le terminal est configuré pour pouvoir émettre des appels d'urgence en se connectant à un point d'accès d'urgence dont l'identifiant est enregistré dans le terminal.
Conformément à l'invention, lorsqu'une telle situation est détectée, le terminal établit un canal d'urgence avec une passerelle de gestion des appels d'urgence, via ce un point d'accès. Ce canal d'urgence peut être utilisé pour véhiculer un appel vocal.
Conformément à l'invention, le canal d'urgence est utilisé par le terminal pour envoyer un message court d'urgence de type SMS ou un message de données d'urgence.
Lorsqu'un appel vocal est émis dans le canal d'urgence, le message court d'urgence ou les données d'urgence peuvent comporter des données de contexte de cet appel vocal, par exemple la position géographique du terminal.
En variante, le message court d'urgence ou les données d'urgence peuvent ne pas accompagner un appel vocal. C'est notamment le cas lorsque l'utilisateur du terminal est malentendant.
Selon un deuxième aspect, l'invention concerne un procédé de traitement d'un appel d'urgence mis en œuvre par une passerelle de gestion des appels d'urgence, ce procédé comportant :
- une étape d'établissement d'un canal d'urgence avec un terminal via un point d'accès réservé aux appels d'urgence ;
- une étape de réception d'un message court d'urgence de type SMS dans ledit canal d'urgence et
- une étape de routage dudit message court d'urgence vers un centre de service d'urgence via un réseau IMS.
Corrélativement, l'invention concerne une passerelle de gestion des appels d'urgence, cette passerelle comportant :
- un module de communication configuré pour établir un canal d'urgence avec un terminal via un point d'accès réservé aux appels d'urgence ;
- ledit module de communication étant configuré pour recevoir un message court d'urgence de type SMS dans ledit canal d'urgence et pour router ledit message court d'urgence vers un centre de service d'urgence via un réseau IMS.
La passerelle conforme à l'invention est donc configurée pour pouvoir recevoir, dans un canal d'urgence, un message court d'urgence et pour router ce message court via un réseau IMS.
Dans un mode de réalisation, la passerelle de gestion des appels d'urgence est en outre configurée pour pouvoir recevoir des données d'urgence dans le canal d'urgence et pour router ces données d'urgence vers un centre de service d'urgence, via un réseau Internet par exemple.
L'invention est particulièrement avantageuse lorsque le terminal est en situation d'itinérance, le point d'accès et la passerelle étant localisés dans un réseau visité par le terminal.
En effet, le message court d'urgence ou les données d'urgence peuvent être routés vers le centre de service d'urgence via le réseau visité lui-même intervention du réseau nominal du terminal.
Dans un mode particulier de réalisation du procédé de gestion d'une situation d'urgence, le terminal obtient une adresse d'une entité P-CSCF d'un réseau IMS, ledit message court d'urgence étant envoyé à ladite adresse, via ledit canal d'urgence.
Dans ce mode de réalisation, la passerelle de gestion des appels d'urgence route le message court d'urgence de type SMS via cette entité P-CSCF.
Dans un mode particulier de réalisation, le message court est ensuite acheminé :
- par une plateforme E-CSCF (en anglais Emergency -CSCF) ; puis - par une passerelle de messages court IP-SM-GW (en anglais IP Short Message Gateway) ; puis
- par un centre de messagerie SMSC (en anglais Short Message Service Center) jusqu'au centre de service d'urgence CSE (ambulance, police, pompiers, ...).
Dans un mode particulier de réalisation, le message court d'urgence est routé vers son destinataire sur la base du numéro de téléphone (MSISDN) de ce dernier. La destination du numéro d'urgence peut par exemple être identifiée par le numéro court du service d'urgence ciblé (ex 112) ou par TURN du service tel que spécifié dans la RFC 5031.
La traduction de la destination d'un format URN vers un numéro de téléphone, lorsque nécessaire, peut-être réalisé soit par l'entité CSCF de l'IMS, l'IP-SM-GW ou le SMSC, selon le mode d'implémentation choisit par l'opérateur du réseau visité VN.
Dans un mode particulier de réalisation du procédé de gestion d'une situation d'urgence, le terminal est configuré pour obtenir une URL standardisée correspondant au centre de service d'urgence (CSE), et pour adresser un message de données d'urgence à cette URL standardisée via le canal d'urgence.
Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion d'une situation d'urgence sont déterminées par des instructions de programmes d’ordinateurs ou sont implémentées par une puce en silicium qui comprend des transistors adaptés pour constituer des portes logiques d’une logique câblée non programmable.
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 dispositif ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d’un procédé de gestion d'urgence tel que décrit 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, une mémoire non volatile de type flash ou encore un moyen d’enregistrement magnétique, par exemple 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 des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures :
[Fig. 1] La figure 1, déjà décrite, représente une solution de gestion des appels d'urgence de l'art antérieur;
[Fig. 2] La figure 2 représente un terminal conforme à un mode particulier de mise en œuvre de l'invention ;
[Fig. 3] La figure 3 représente l'architecture matérielle d'un terminal conforme à un mode particulier de mise en œuvre de l'invention ;
[Fig. 4] La figure 4 représente, sous forme d'organigramme, les principales étapes d'un procédé de gestion des appels d'urgence conforme à un mode particulier de réalisation de l'invention ;
[Fig. 5] La figure 5 représente un exemple de mise en œuvre de l'invention par un terminal se trouvant dans son réseau nominal ;
[Fig. 6] La figure 6 représente un exemple de mise en œuvre de l'invention par un terminal se trouvant dans un réseau visité ; et
[Fig. 7] La figure 7 représente l'architecture matérielle d'une passerelle conforme à un mode particulier de mise en œuvre de l'invention.
Description des modes de réalisation
La figure 2 représente un terminal 10 conforme à un mode particulier de réalisation de l'invention.
Dans le mode de réalisation décrit ici, le terminal 10 est compatible de la technologie VoLTE/VoNR (an anglais Voice over Long Term Evolution/Voice over New Radio) et configuré pour pouvoir émettre, sur un réseau 4G LTE ou 5G, des appels vocaux en voix sur IP (en anglais Voice over IP, VoIP) et des messages courts de type SMS sur IP (en anglais SMS over IP, SMSoIP).
L'homme du métier peut se reporter au document IR.92 du GSMA « IMS Profile for Voice and SMS », version 16.0, du 28 mai 2021 ou NG.114 « IMS Profile for Voice, Video and Messaging over 5GS » qui définissent les caractéristiques devant être supportées par les terminaux (équipement utilisateur UE) et le réseau pour offrir un service de téléphonie et de messages courts SMS dans l'architecture standardisée IMS (en anglais IP multimedia subsystem).
Dans le mode de réalisation décrit ici, le terminal 10 comporte un module MDU pour détecter une situation d'urgence (par exemple lorsque l'utilisateur appuie sur un bouton du terminal 10) et, le cas échéant pour déclencher l'envoi d'un message court d'urgence SMSu, ou l'envoi d'un message de données d'urgence Du vers un centre de service d'urgence CSE.
La figure 3 représente l'architecture matérielle du terminal 10. Dans le mode de réalisation décrit ici, le terminal 10 dispose d'une architecture matérielle d'un ordinateur. Il comprend notamment un processeur 10A, une mémoire morte 10B, une mémoire vive 10C, une mémoire non volatile réinscriptible 10D et des moyens de communication 10E. La mémoire morte 10B du dispositif 10 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 10A et sur lequel est enregistré un programme d'ordinateur PGT conforme à l'invention, ce programme comportant des instructions pour l'exécution des étapes d'un procédé de gestion d'une situation d'urgence selon l’invention dont les principales étapes sont décrites en référence à la figure 4 dans un mode de réalisation.
La figure 5 représente un mode de réalisation de l'invention dans lequel le terminal 10 se trouve dans son réseau nominal RN et est configuré pour envoyer un message court d'urgence SMSu ou un message de données d'urgence Du au centre de service d'urgence CSE, éventuellement en accompagnement d'un appel vocal d'urgence.
Au cours d'une étape E10, le terminal 10 détecte une situation d'urgence SU et détermine qu'il doit activer un service d'urgence associé à un numéro d'urgence.
Dans le mode de réalisation décrit ici, les numéros d'urgence connus du terminal 10 sont par exemple le 112 (appel d'urgence européen), le 15 (ambulance en France), le 17 (police en France) et le 18 (pompiers en France).
Le document de référence IETF RFC 5031 propose un espace de nom pour les noms uniformes de ressources (en anglais Uniform Resource Name, URN) associés à ces services d'urgence.
Par exemple :
- pour le numéro d'urgence européen 112, urn = urn:service:sos ;
- pour le numéro d'urgence France 15, urn = urn :service:sos. ambulance .
- pour le numéro d'urgence France 17, urn = urn:service:sos. police
- pour le numéro d'urgence France 18, urn = urn:service:sos.fire.
Au cours d'une étape E20, le terminal 10 fait une demande d'attachement à une entité de gestion de la mobilité MME (en anglais Mobility Management Entity), et l'entité MME sélectionne, en fonction d'un point d'accès APNU réservé aux appels d'urgence, une passerelle PGW (en anglais Packet Data Network Gateway) conforme à l'invention et configurée pour gérer des appels d'urgence dans le cadre de ce service. Dans le mode de réalisation décrit ici, le terminal 10 comporte également un nom de point d'accès IMS APNIMS pour l'envoi des SMS autres que les SMS d'urgence.
L'entité MME crée un support (en anglais bearer) entre le terminal 10 et une passerelle SGW (en anglais serving gateway) et entre cette passerelle SGW et la passerelle PGW configurée pour gérer des appels d'urgence.
Un canal d'urgence CU est ainsi établi entre le terminal 10 et une passerelle PGW de gestion des appels d'urgence.
Cette étape E20 d'établissement d'un canal d'urgence CU est connue en soi, mais dans l'état actuel de la technique, ce canal d'urgence CU est utilisé exclusivement pour véhiculer des appels d'urgence vocaux. Comme mentionné précédemment, l'invention propose d'utiliser ce canal d'urgence CU pour permettre l'envoi, par le terminal 10, d'un message court d'urgence SMSu ou d'un message de données d'urgence Du. La passerelle PGW valide la demande de session d'urgence en envoyant au terminal 10, l'adresse IP @P-CSCF d'une entité P-CSCF (en anglais Proxy Call Session Control Function) du réseau nominal.
Le terminal 10 détermine qu'il doit, dans le cadre de la session d'urgence, envoyer tout son trafic IMS, et en particulier les messages courts SMSoIP à cette adresse IP.
Nous supposerons dans un premier temps, qu'au cours d'une étape E40, le terminal 10 envoie un message court d'urgence SMSU, à cette adresse IP @P-CSCF, via le canal d'urgence CU. Ce message court SMSu comporte par exemple la localisation du terminal 10.
Le réseau nominal RN de l'opérateur comporte une plateforme E-CSCF (en anglais Emergency - CSCF) configurée pour acheminer les demandes de session d'urgence reçues du P-CSCF vers le centre de service d'urgence CSE. L'opérateur peut également choisir de traiter des sessions d'urgence par un S-CSCF).
Dans le mode de réalisation décrit ici, le SMS d'urgence est envoyé par l'entité E-CSCF à une passerelle de messages court IP-SM-GW.
La passerelle de messages courts IP-SM-GW est un serveur d’application IMS qui gère les services de messagerie basés sur SIP pour les abonnés IMS. Cette passerelle IP-SM-GW est configurée pour interagir avec un centre de messagerie SMSC (en anglais Short Message Service Center) pour transmettre le message court à son destinataire, typiquement un centre de service d'urgence CSE (ambulance, police, pompiers, ...).
Nous supposons maintenant que le terminal 10 envoie, au cours de l'étape E40, des données d'urgence Du au centre de service d'urgence CSE.
Dans ce mode de réalisation, le terminal 10 envoie ces données d'urgence Du, dans le canal d'urgence CU, à une URL standardisée URLCSE connue du terminal. Un serveur de nom de domaine DNS (en anglais Domain Name Server) résout cette URL et fournit une adresse IP cible associée au centre de service d'urgence CSE.
Dans l'exemple de la figure 5, on a supposé que le terminal 10 se trouvait dans son réseau nominal 10. La figure 6 représente la situation dans laquelle le terminal 10 se trouve en situation d'itinérance, dans un réseau visité VN.
Dans ce scénario, au cours de l'étape E20, lorsque le terminal 10 fait sa demande d'attachement à une entité de gestion de la mobilité MME du réseau visité, celle-ci sélectionne une passerelle PGW du réseau visité et établit un canal d'urgence entre le terminal 10 et cette passerelle PGW dans le réseau visité.
Les messages courts d'urgence SMSu et les données d'urgence Du sont ainsi acheminées soit directement (pour les données d'urgence Du) soit via un réseau IMS visité (pour les messages courts d'urgence SMSu) au centre de service d'urgence CSE.
La figure 7 représente l'architecture matérielle d'une passerelle PGW ou V-PGW conforme à l'invention et telle que représentée aux figures 5 et 6 déjà décrites. Dans le mode de réalisation décrit ici, la passerelle PGW ou V-PGW dispose d'une architecture matérielle d'un ordinateur. Elle comprend notamment un processeur 20A, une mémoire morte 20B, une mémoire vive 20C, une mémoire non volatile réinscriptible 20D et des moyens de communication 20E.
La mémoire morte 20B de la passerelle constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 20A et sur lequel est enregistré un programme d'ordinateur PGG conforme à l'invention, ce programme comportant des instructions pour l'exécution des étapes d'un procédé de traitement d'un appel d'urgence selon l’invention et dont les principales étapes comprennent :
- l'établissement (E20) d'un canal d'urgence (CU) avec un terminal (10) via un point d'accès réservé aux appels d'urgence (APn) et dont un identifiant est enregistré dans le terminal (10) ; - la réception (E40) d'un message court d'urgence (SMSU) de type SMS dans ledit canal d'urgence
(CU) et
- le routage du message court d'urgence (SMSU) vers un centre de service d'urgence (CSE) via un réseau IMS.

Claims

REVENDICATIONS
[Revendication 1] Procédé de gestion d'une situation d'urgence mis en œuvre par un terminal (10), ce procédé comportant :
- une étape (E10) de détection d'une situation d'urgence (SU) ;
- une étape (E20) d'établissement d'un canal d'urgence (CU) avec une passerelle (PGW) de gestion des appels d'urgence, via un point d'accès réservé aux appels d'urgence (APn) et dont un identifiant est enregistré dans le terminal (10) ;
- une étape (E40) d'envoi d'un message court d'urgence (SMSU) de type SMS ou d'un message (Du) de données d'urgence, dans ledit canal d'urgence (CU), à destination d'un centre de service d'urgence (CSE).
[Revendication 2] Procédé de gestion d'une situation d'urgence selon la revendication 1, comportant une étape d'obtention d'une adresse (@P-CSCF) d'une entité P-CSCF d'un réseau IMS, ledit message court d'urgence (SMSU) étant envoyé à ladite adresse, via ledit canal d'urgence (CU).
[Revendication 3] Procédé de gestion d'une situation d'urgence selon la revendication 1, comportant une étape d'obtention d'une URL standardisée (URLCSE) correspondant audit centre de service d'urgence (CSE), ledit message (Du) de données d'urgence étant adressé à ladite URL standardisée (URLCSE) via ledit canal d'urgence (CU).
[Revendication 4] Procédé de gestion d'une situation d'urgence selon l'une quelconque des revendications 1 à 3, dans lequel ledit terminal (10) est en situation d'itinérance, ledit point d'accès et ladite passerelle (PGW) étant localisés dans un réseau visité (VN) par ledit terminal (10).
[Revendication 5] Procédé de traitement d'un appel d'urgence mis en œuvre par une passerelle (PGW) de gestion des appels d'urgence, ce procédé comportant :
- une étape (E20) d'établissement d'un canal d'urgence (CU) avec un terminal (10) via un point d'accès réservé aux appels d'urgence (APn);
- une étape (E40) de réception d'un message court d'urgence (SMSU) de type SMS dans ledit canal d'urgence (CU) et
- une étape de routage dudit message court d'urgence (SMSU) vers un centre de service d'urgence (CSE) via un réseau IMS.
[Revendication 6] Terminal (10) comportant :
- un module (MDU) de détection d'une situation d'urgence (SU) ;
- un module de communication configuré pour établir un canal d'urgence (CU) avec une passerelle (PGW) de gestion des appels d'urgence, via un point d'accès réservé aux appels d'urgence (APn) et dont un identifiant est enregistré dans le terminal (10) ; et - un module de communication configure pour envoyer un message court d'urgence (SMSU) de type SMS ou d'un message (Du) de données d'urgence, dans ledit canal d'urgence (CU), à destination d'un centre de service d'urgence (CSE).
[Revendication 7] Passerelle (PGW) de gestion des appels d'urgence, cette passerelle (PGW) comportant :
- un module de communication configuré pour établir un canal d'urgence (CU) avec un terminal (10) via un point d'accès réservé aux appels d'urgence (APn) ;
- ledit module de communication étant configuré pour recevoir un message court d'urgence (SMSu) de type SMS dans ledit canal d'urgence (CU) et pour router ledit message court d'urgence (SMSu) vers un centre de service d'urgence (CSE) via un réseau IMS.
[Revendication 8] Passerelle (PGW) de gestion des appels d'urgence selon la revendication 7, la passerelle (PGW) étant configurée pour pouvoir recevoir des données d'urgence dans ledit canal d'urgence (CU) et pour router lesdites données d'urgence vers un centre de service d'urgence (CSE).
[Revendication 9] Programme d'ordinateur (PGT, PGP) comportant des instructions pour l'exécution des étapes du procédé de gestion d'urgence selon l'une quelconque des revendications 1 à 4, ou des instructions pour l'exécution des étapes du procédé de traitement d'un appel d'urgence selon la revendication 5 lorsque ledit programme est exécuté par un ordinateur.
[Revendication 10] Support d'information (10B, 20B) lisible par un ordinateur (10, PGV) et comportant des instructions d’un programme d’ordinateur tel selon la revendication 9.
PCT/EP2022/077481 2021-10-04 2022-10-03 Procédé de gestion d'une situation d'urgence et terminal mettant en œuvre ce procédé WO2023057396A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR2110476 2021-10-04
FR2110476A FR3127860A1 (fr) 2021-10-04 2021-10-04 Procédé de gestion d’une situation d’urgence et terminal mettant en œuvre ce procédé

Publications (1)

Publication Number Publication Date
WO2023057396A1 true WO2023057396A1 (fr) 2023-04-13

Family

ID=80447814

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2022/077481 WO2023057396A1 (fr) 2021-10-04 2022-10-03 Procédé de gestion d'une situation d'urgence et terminal mettant en œuvre ce procédé

Country Status (2)

Country Link
FR (1) FR3127860A1 (fr)
WO (1) WO2023057396A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100048161A1 (en) * 2007-04-28 2010-02-25 Huawei Technologies Co., Ltd. Method, system and apparatuses thereof for realizing emergency communication service
WO2011140882A1 (fr) * 2010-05-10 2011-11-17 中兴通讯股份有限公司 Procédé et système permettant de mettre en œuvre des messages courts d'urgence
WO2019027538A1 (fr) * 2017-08-01 2019-02-07 Qualcomm Incorporated Élément de réseau permettant un appel d'urgence amélioré par sms

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100048161A1 (en) * 2007-04-28 2010-02-25 Huawei Technologies Co., Ltd. Method, system and apparatuses thereof for realizing emergency communication service
WO2011140882A1 (fr) * 2010-05-10 2011-11-17 中兴通讯股份有限公司 Procédé et système permettant de mettre en œuvre des messages courts d'urgence
WO2019027538A1 (fr) * 2017-08-01 2019-02-07 Qualcomm Incorporated Élément de réseau permettant un appel d'urgence amélioré par sms

Also Published As

Publication number Publication date
FR3127860A1 (fr) 2023-04-07

Similar Documents

Publication Publication Date Title
EP3257295B1 (fr) Procédé de configuration d'un terminal connecte a un réseau de communication
EP3639541A1 (fr) Procédé de configuration d'un terminal
EP2926524B1 (fr) Routage d'une requête de service visant un abonné ims
EP3298748B1 (fr) Procede et dispositif de traitement d'un message de signalisation relatif a un service de communication d'un equipement client
CA2689628C (fr) Approvisionnement d'un exploitant de reseau mobile virtuel (mvno) et routage de messagerie vocale par un facilitateur de reseau virtuel mobile (mvne)
WO2023057396A1 (fr) Procédé de gestion d'une situation d'urgence et terminal mettant en œuvre ce procédé
EP3384656B1 (fr) Procédé de gestion des sms dans un réseau ims et passerelle mettant en oeuvre un tel procédé
EP3718310B1 (fr) Procédé de traitement d'un appel entrant dans un réseau de télécommunications et serveur tas le mettant en oeuvre
WO2017203118A1 (fr) Procédé de repli dans un réseau de télécommunication
EP2538704B1 (fr) Indexation d'un message court réalisée par le coeur du réseau
FR3091404A1 (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.
EP3357263B1 (fr) Procédé de traitement de requêtes de transfert d'appel d'urgence
EP4093145A1 (fr) Terminal mettant en oeuvre un procédé de communication, et serveur mettant en oeuvre un procédé d'établissement d'une communication entre deux terminaux
WO2022136786A1 (fr) Procede de traitement d'une demande d'enregistrement d'un terminal d'un utilisateur d'un reseau de communication, procede de mise a disposition d'une table de numeros d'urgence, procede de gestion d'une table de numeros d'urgence, dispositifs, equipement de proximite, equipement de controle, equipement de gestion d'une mobilite d'un terminal d'un utilisateur, systeme et programmes d'ordinateur correspondants
EP3718325A1 (fr) Procédé et dispositif de gestion de profils de service d'utilisateurs
EP2137924B1 (fr) Procede et serveur de routage d'un appel destine a un premier terminal vers un terminal cible
BE1021396B1 (fr) Ameliorations apportees au controle de qualite vocale
EP2429145B1 (fr) Procédé de présentation d'appel dans un réseau IMS et serveur d'application apte à mettre en oeuvre ce procédé
FR3091125A1 (fr) dispositif et procédé de communication d’un contenu sensible, dispositif et procédé de sécurisation d’un contenu sensible.
EP1980130B1 (fr) Localisation et routage d'un appel
FR2941832A1 (fr) Procede et dispositif pour un systeme d'interconnexion entre reseaux cellulaires
WO2006077332A1 (fr) Systeme de rappel automatique de terminaux telephoniques mobiles cellulaires apres autorisation par l'abonne
FR2881593A1 (fr) Procede et systeme d'enregistrement d'utilisations, serveur hss et serveur d'application d'un reseau ims

Legal Events

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

Ref document number: 22797753

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022797753

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022797753

Country of ref document: EP

Effective date: 20240506