Sur les appels d'urgence en France on est vraiment dans le déni complet, bien fait évidemment que ça fonctionne bien mieux en VoLTE/SIP que sur de la 2G/3G acheminée vers du RTC avec aucune continuité des données de localisation.

Dans la norme actuelle, le MSD est censé être transmit par le canal voix, donc ça devrait marcher même en RTC. Ça serait quand même étrange que les PSAP qui doivent se conformer à la loi, ne dispose pas de modem approprié pour décoder les infos.

EDIT : Je viens de me rendre compte qu'on parlait appel depuis un smartphone. Mais côté ecall ça fonctionne du coup ?

Dans la norme actuelle, le MSD est censé être transmit par le canal voix, donc ça devrait marcher même en RTC. Ça serait quand même étrange que les PSAP qui doivent se conformer à la loi, ne dispose pas de modem approprié pour décoder les infos.

EDIT : Je viens de me rendre compte qu'on parlait appel depuis un smartphone. Mais côté ecall ça fonctionne du coup ?

Je crois qu'en France l'eCall est traité à part par un centre d'appel dédier, peut-être que dans ce cas il y a continuité des MSD (pas sur à 100% et j'y connais pas grand chose au monde de l'auto, et j'ai jamais travaillé sur l'eCall en tant que tel).


En France, la localisation est en parallèle de l'appel, lors d'un appel d'urgence les secours doivent interroger une API après avoir reçu l'appel (la PFLAU = Plateforme de localisation des appel d'urgences), et sur un appel depuis une ligne fixe ça renvoie l'adresse associée (et donc pas modifiable dynamiquement par une entreprise qui aurait des utilisateur mobile sur SIP) et sur un numéro mobile c'est censé renvoyer un disque de localisation (les specs de ce truc ne sont, à ma connaissance, pas publiques) et c'est maintenu par l'APNF (=association des plateformes de normalisation des flux interopérateurs). Ça renverse complète le paradigme d'associer localisation et appel dans un même flux, c'est selon moi une très mauvaise approche mais ça reste mon avis (par contre c'est mieux qu'avant cf. https://www.sdis81.fr/actualites/les-sapeurs-pompiers-du-tarn-presentent-la-pflau-au-prefet ou l'adresse est bien affiché via le logiciel de gestion des appels qui fait la requete a la PFLAU immédiatement). Et surtout c'est toujours départemental et sous-traité à une multitude de boite et dépendant de VPN entre le SI des opérateurs et de la PDFLAU..


Et concernant le transport d'info PIDF-LO, la terminaison SIP du NG911 et le NG911 dans son ensemble certain états ont quasiment fini (par exemple la Virginie https://vgin.maps.arcgis.com/apps/MapSeries/index.html?appid=d8426fe09efc4ad1b4fd756e1fb4d47b niveau transparence par rapport à la France on est à des années lumières). Et donc évidemment que ça s'affiche sur la console de l'opérateur, ça le faisait déjà aussi avec l'ancien (cf. les base ALI/MSAG qui en gros faisaient la même chose que la PDFLAU).


Et donc effectivement monter une plateforme parallèle aux flux voix c'est pas vraiment dans le sens de ce qui est permis aujourd'hui ou on cherche à capitaliser sur les possibilités de positionnement des terminaux  (même l'EENA le dit https://eena.org/wp-content/uploads/2021_05_03_Caller_location_in_NG112.pdf#page=7), pour avoir un système le moins figé possible (cf. ce que je disais sur un trunk SIP ou les infos de localisation fixe ne sont pas modifiable rapidement, la possibilité de remonter une position avec un appel SIM-less, etc.). Et donc en ce sens la gestion des appels d'urgence en France c'est un peu comme la 2G, on a laissé le truc vieillir dans son jus, et on se retrouve à mettre en place une tierce plateforme parce qu'on envisage pas une refonte du système.

Je crois qu'en France l'eCall est traité à part par un centre d'appel dédier, peut-être que dans ce cas il y a continuité des MSD (pas sur à 100% et j'y connais pas grand chose au monde de l'auto, et j'ai jamais travaillé sur l'eCall en tant que tel).


En France, la localisation est en parallèle de l'appel, lors d'un appel d'urgence les secours doivent interroger une API après avoir reçu l'appel (la PFLAU = Plateforme de localisation des appel d'urgences), et sur un appel depuis une ligne fixe ça renvoie l'adresse associée (et donc pas modifiable dynamiquement par une entreprise qui aurait des utilisateur mobile sur SIP) et sur un numéro mobile c'est censé renvoyer un disque de localisation (les specs de ce truc ne sont, à ma connaissance, pas publiques) et c'est maintenu par l'APNF (=association des plateformes de normalisation des flux interopérateurs). Ça renverse complète le paradigme d'associer localisation et appel dans un même flux, c'est selon moi une très mauvaise approche mais ça reste mon avis (par contre c'est mieux qu'avant cf. https://www.sdis81.fr/actualites/les-sapeurs-pompiers-du-tarn-presentent-la-pflau-au-prefet ou l'adresse est bien affiché via le logiciel de gestion des appels qui fait la requete a la PFLAU immédiatement). Et surtout c'est toujours départemental et sous-traité à une multitude de boite et dépendant de VPN entre le SI des opérateurs et de la PDFLAU..


Et concernant le convoy PIDF-LO, la terminaison SIP du NG911 et le NG911 dans son ensemble certain états ont quasiment fini (par exemple la Virginie https://vgin.maps.arcgis.com/apps/MapSeries/index.html?appid=d8426fe09efc4ad1b4fd756e1fb4d47b niveau transparence par rapport à la France on est à des années lumières). Et donc évidemment que ça s'affiche sur la console de l'opérateur, ça le faisait déjà aussi avec l'ancien (cf. les base ALI/MSAG qui en gros faisaient la même chose que la PDFLAU).


Et donc effectivement monter une plateforme parallèle aux flux voix c'est pas vraiment dans le sens de ce qui est permis aujourd'hui ou on cherche à capitaliser sur les possibilités de positionnement des terminaux  (même l'EENA le dit https://eena.org/wp-content/uploads/2021_05_03_Caller_location_in_NG112.pdf#page=7), pour avoir un système le moins figé possible (cf. ce que je disais sur un trunk SIP ou les infos de localisation fixe ne sont pas modifiable rapidement, la possibilité de remonter une position avec un appel SIM-less, etc.). Et donc en ce sens la gestion des appels d'urgence en France c'est un peu comme la 2G, on a laissé le truc vieillir dans son jus, et on se retrouve à mettre en place une tierce plateforme parce qu'on envisage pas une refonte du système.

donc dans ton raisonnement, c'est le réseau/opérateur qui fait tout?
j'imagine qu'iphone/android envoient volontairement différentes infos (localisation? lesquelles?), mais celui qu'a un tel classique, ou un vieux smartphone 3G, voire pas de smartphone : ça change vraiment la donne sur l'écran de l'opérateur?
j'ai toujours entendu qu'en dehors de la géolocalisation par l'opé mobile, et le numéro appelant, il n'y avait rien qui s'affichait (puis vu la qté d'infos gérées par leurs outils, trop d'info tue l'info?

Merci de ne pas faire du complotisme sur ce topic.

Merci.

https://www.dicocitations.com/citations/citation-40610.php
De rien.

Tu penses qu'un service dépendant de l'état (l'ARCEP) a trafiqué les résultats ?!

Si c'est vrai, c'est très grave !

je vois que votre enseignante ne vous a jamais appris le second degré.

on écoute les statistiques que lorsqu'on a pris le soin de les trafiquer, merci.

C'est pas ce que tu fais quand tu parles de ton entourage afin de nous montrer que vous êtes une puissance de remise en question au sein des opérateurs concernant quoi couper ?

Tu es inaudible puisqu'on sait que tu exagères, CQFD !

en 2030, si t'as pas la 8G sur tous tes smartphones (les ordis auront disparus), ta montre, ta caisse, ton interphone, ta boite aux lettres, ta carte vitale et ton livret de famille, etc, tu seras rejeté de toutes les procédures administratives. Le minitel s'en retourne dans son musée..

Tu nous écris de ton Minitel, de ton Commodore 64 ou de ta Dictée Magique ?

Quand au commentaire de jerome34, des mois que Free pousse les abonnés 0/2€ à basculer vers la 3 et la 4G par changement de terminaux.

Myck205 a même mit l'article de la communauté !

Les marginaux ça se laisse au bord du chemin avec pertes et fracas, on va pas vous attendre 107 ans que vous vous décidiez à claquer 35€ pour éteindre une technologie du passé (lancée en 1991) !

j'attends de voir la preuve de différenciation par les captures d'écran de l'opérateur prenant l'appel, sur sa console, pour voir le vrai avant/après.
ce serait très intéressant de voir comment la géolocalisation, le type de terminal, la batterie restante, la qté de signal, l'imei, le numéro appelant, apparait..

L'opérateur a vraiment besoin de connaître le terminal utilisé, sa charge batterie, la qualité du signal reçu/émis, l'IMEI pour qualifier un appel d'urgence ?

C'est plus du troll ou de l'incompétence à ce niveau !

Vu ton premier message je pensais qu'il n'y avait pas de localisation du tout^^ Je trouvais ça un peu étrange aussi. C'est donc approximatif côté mobile, mais y'en a une.

Alors oui mais c'est relativement récent (mise en service en 2015, obligation de raccordement des PSAP en 2017 je crois) et c'est mauvais au sens des performances de localisation d'un smartphone et donc ça entraine ça :  https://ansc.interieur.gouv.fr/premiere-experimentation-de-ladvanced-mobile-location-aml/. Et toujours pareil c'est totalement incompatible avec une gestion un minimum dynamique d'utilisateurs nomade/de softphone comme ce que l'on peut avoir aux US sur une ligne zoom par exemple https://assets.zoom.us/docs/zoom-phone/Zoom-Phone-nomadic-emergency-services-best-practices-guide.pdf :

It significantly simplifies address management for users in the US & Canada. You and your users can effectively define or update emergency addresses that are associated with a user, phone, or location in near real time via the capabilities built into zoom clients and the zoom administration portal--there is no need to update a public database.

donc dans ton raisonnement, c'est le réseau/opérateur qui fait tout?

Absolument pas, en fait d'avoir une vrai continuité du téléphone jusqu'au PSAP ça permet de capitaliser sur toute les infos disponible : le téléphone s'il a sa position, l'opérateur si le SIP invite arrive sans geoloc, l'ESINET qui reçoit l'appel route au mieux (et donc on a un responsable clair du routage des appels d'urgence et une flexibilité inenvisageable aujourd'hui pour mobiliser facilement des PSAP voisin d'une catastrophe en cas de crise pour écouler une surcharge d'appels), et il n'y a pas besoin d'une tierce partie tentaculaire qui va à la pêche aux infos parce que le SDIS du coin est raccordé avec une ligne RTC construite en 1960. Dans le modèle normalisé autour d'une continué SIP aux US (ng911/i3 et compagnie) et en Europe (emtel et compagnie) l'opérateur fait paradoxalement moins de chose qu'aujourd'hui en fait.