FR 3037461 A1 20161216 FR 1555432 A 20150615 0 3 7 4 6 1 PROCEDE D'EVALUATION DE LA QUALITE D'UNE COMMUNICATION DE VOIX SUR IP MOBILE La présente invention concerne les services conversationnels (communications vocales et communications visiophoniques), exploités au 5 moyen d'un terminal mobile dans un réseau à commutation de paquets. Plus particulièrement, la présente invention concerne le basculement d'une telle communication d'un premier réseau vers un deuxième réseau lorsque la qualité de la communication est trop mauvaise. 10 Dans les réseaux à commutation de paquets (« packet-switched », ou PS en anglais), un même terminal, lorsqu'il est multimode, peut être connecté et enregistré auprès du coeur de réseau IP (Internet Protocol) par le biais de plusieurs accès, tels qu'un réseau GSM (Global System for Mobile Communications), un réseau UMTS (Universal Mobile 15 Telecommunications System), un ensemble de lignes DSL (Digital Subscriber Line), un réseau Ethernet (norme ISO/IEC 8802-3), un réseau WiFi (norme IEEE 802.11), ou un réseau LTE (Long Term Evolution). Un terminal multimode offre la possibilité à son utilisateur de choisir un réseau parmi les différents réseaux d'accès compatibles avec le terminal pour 20 établir une communication. Les critères de choix appliqués relèvent généralement de l'utilisateur ou de l'opérateur du coeur de réseau IP : politique tarifaire de l'opérateur, qualité de la communication, bande passante disponible, et ainsi de suite. Un terminal multimode permet également à son utilisateur de 25 basculer en cours de communication d'un réseau d'accès (dit initial) à un autre réseau d'accès (dit cible), si par exemple la qualité de transmission sur le réseau d'accès initial devient médiocre. On parle alors de basculement de la communication (« handover » en anglais) entre le réseau d'accès initial et le réseau d'accès cible, ou encore de mobilité PS- 3037461 2 PS. Ce basculement peut concerner tout ou partie des flux média associés à la communication et/ou de la signalisation : on parle alors de transfert total ou partiel de la communication. Le mécanisme de basculement entre deux réseaux d'accès radio de types (appelés « Radio Access Technologies », ou RAT en anglais) normalisés par l'organisme 3GPP (Third-Generation Partnership Project) est contrôlé par les réseaux. Il exploite des mesures radio effectuées dans les réseaux d'accès, notamment la force du signal, telle que le RSRP (initiales des mots anglais « Reference Signal Received Power » signifiant « Puissance de Réception d'un Signal de Référence ») en LTE, et la qualité du signal, telle que le RSRQ (initiales des mots anglais « Reference Signal Received Quality » signifiant « Qualité de Réception d'un Signal de Référence ») en LTE. Ce mécanisme est le suivant : - le terminal mobile mesure les conditions radio du lien descendant (« downlink » en anglais) et les reporte à la station de base, - la station de base mesure les conditions radio du lien montant (« uplink » en anglais), et - la station de base, sur la base des conditions radio et des politiques fournies par l'opérateur, décide s'il faut basculer la 20 communication vers un autre réseau d'accès. L'architecture de coeur de réseau « Evolved Packet Core » (EPC) a été conçue pour être compatible aussi bien avec les types de réseaux d'accès classiques normalisés par le 3GPP, qu'avec les types de réseaux d'accès mobiles non-3GPP (par exemple, de type WiFi). La compatibilité 25 avec les accès non-3GPP est décrite dans la norme TS 23.402 du 3GPP. La mobilité peut être sans-couture ou avec-couture, sur toutes les connexions ou seulement sur quelques connexions spécifiques. La « Fonction de Découverte et de Sélection de Réseau d'Accès » (« Access Network Discovery and Selection Function », ou ANDSF, en 30 anglais) a été introduite dans la version « Release 8» des normes 3GPP 3037461 3 pour aider les opérateurs à définir des politiques concernant le choix du réseau sur lequel acheminer un trafic donné. Dans la « Release 8 », l'ANDSF définit des informations de réseau d'accès, servant notamment à améliorer la façon dont un terminal mobile découvre de nouveaux réseaux 5 d'accès non-3GPP. L'ANDSF fournit aussi des politiques de mobilité pour permettant à un terminal mobile de choisir à tout moment la technologie de radio la plus appropriée. Selon la « Release 8 », quand un dispositif découvre la présence d'un réseau non-3GPP, soit le trafic reste entièrement sur le réseau 3GPP, soit le trafic est entièrement basculé sur 10 ce réseau non-3GPP, indépendamment du type de trafic considéré ; mais depuis la version « Release 11 » des normes 3GPP, il est possible de basculer un sous-ensemble de trafic (indépendamment de l'adresse IP et du port de destination) ayant des caractéristiques spécifiques (par exemple, une communication vocale). 15 De nos jours, il existe un grand intérêt pour les services de téléphonie sur LTE (« Voice over LTE », ou VoLTE, en anglais) et sur WiFi (« Voice over WiFi », ou VoWiFi, en anglais), ainsi que pour les services de visiophonie, notamment sur LTE (« Video over LTE », ou ViLTE, en anglais). Il a donc été envisagé de permettre le basculement d'une conversation téléphonique/visiophonique de l'un de ces types de réseau vers l'autre, dans le but d'offrir une qualité vocale élevée dans les deux sens de communication. Par ailleurs, de préférence, on souhaite garder les terminaux mobiles sur le réseau LTE autant que possible, car il est possible de garantir la Qualité de Service (« Quality of Service », ou QoS, en anglais) (latence, gigue, et ainsi de suite) sur un réseau LTE, mais pas sur un réseau WiFi. Contrairement à la mobilité intra-3GPP, les décisions de basculement d'un réseau d'accès 3GPP vers un réseau non-3GPP (par exemple du LTE vers le WiFi) ne sont pas prises par le réseau, mais sont prises par le terminal mobile sans aide de la part du réseau. En particulier, 3037461 4 dans le cas d'une communication téléphonique ou visiophonique, la mesure des conditions radio sur le lien descendant dans le réseau d'accès utilisé est classiquement effectuée par le terminal mobile sur la base d'un RSRP (mentionné ci-dessus) ; or ce signal est émis à différents niveaux 5 selon la topologie du réseau et selon les opérateurs, de sorte que la mesure du niveau de ce signal ne permet pas à elle seule d'évaluer les conditions radio de manière fiable. Quant aux conditions radio sur le lien montant, le terminal mobile n'en a classiquement aucune connaissance, alors que ce lien montant est généralement le lien critique pour la qualité 10 de la communication, car le débit de données y est inférieur au débit sur le lien descendant. La présente invention concerne donc, selon un premier aspect, un procédé d'évaluation de la qualité d'une communication de Voix sur IP dans un réseau d'accès. Ledit procédé est remarquable en ce qu'il 15 comprend les étapes suivantes mises en oeuvre par un terminal mobile : - prendre en compte des acquittements positifs et négatifs relatifs à des paquets émis ou reçus par le terminal mobile au sein d'un canal virtuel dédié à la voix, et - déterminer un taux de non-réception desdits paquets. 20 Ainsi, la présente invention propose, pour évaluer la qualité vocale d'une communication, de tirer parti des caractéristiques suivantes de certains réseaux mobiles : - l'existence d'un mécanisme d'acquittements de paquets de données dans la couche « liaison de données », c'est-à-dire la couche 2 25 du modèle « Open Systems Interconnection » (OSI), et - l'existence d'un canal virtuel dédié à la voix. En effet, comme expliqué en détail ci-dessous, il existe une corrélation étroite entre la qualité vocale de la communication, estimée par exemple par le MOS (initiales des mots anglais « Mean Opinion Score » 30 signifiant « Score d'Opinion Moyen »), et le taux de non-réception des 3037461 5 paquets de phonie, estimé par exemple par le BLER (initiales des mots anglais « Block Error Rate » signifiant « Taux d'Erreur sur les Blocs », qui mesure le taux de non-réception de trames radio). Grâce à ces dispositions, les acquittements liés à d'autres services 5 « data » que la téléphonie/visiophonie seront sans effet sur l'évaluation selon l'invention. De plus, on peut calculer ainsi un taux de non-réception de paquets radio aussi bien pour le lien montant que pour le lien descendant. On notera également que le procédé selon invention est 10 avantageusement indépendant des services exécutés en parallèle sur le terminal mobile, ainsi que des politiques réseau mises en place par les opérateurs. Selon des caractéristiques particulières, ledit procédé comprend en outre une étape de détermination, sur la base dudit taux de non-réception 15 et du type de codec utilisé par ledit terminal mobile, d'un niveau de qualité vocale de la communication. Grâce à ces dispositions, l'invention fournit une évaluation à la fois précise et objective de la qualité d'une communication vocale. Selon un deuxième aspect, l'invention concerne un procédé d'aide 20 à la décision de basculement entre réseaux d'accès. Ledit procédé est remarquable en ce qu'il comprend les étapes suivantes mises en oeuvre par un terminal mobile : - déterminer, pour une communication téléphonique ou visiophonique sur un réseau d'accès, un taux de non-réception de paquets comme décrit 25 succinctement ci-dessus ou, respectivement, un niveau de qualité vocale comme décrit succinctement ci-dessus, et - comparer ledit taux de non-réception de paquets avec un seuil de non-réception de paquets dépendant du type de codec utilisé par le terminal mobile, ou, respectivement, ledit niveau de qualité vocale avec un 30 seuil de qualité vocale. 3037461 6 Grâce à ces dispositions, on aide un terminal mobile multimode à décider s'il doit ou non basculer une communication téléphonique ou visiophonique vers un autre réseau d'accès, en permettant à ce terminal mobile de déterminer si la qualité vocale sur le réseau d'accès initial est 5 suffisante ou non. On notera cependant que la décision de basculement pourra reposer sur d'autres facteurs en plus de la qualité vocale, tels qu'un niveau minimum d'un signal de référence sur le réseau cible. On notera à cet égard que les communications dans un réseau WiFi cible peuvent, 10 même lorsqu'elles bénéficient d'une très bonne force de signal, souffrir d'un mauvais débit en raison d'une congestion du lien vers le coeur de réseau (« backhaul » en anglais), ou être bloquées par un pare-feu, de sorte que le basculement vers ce réseau WiFi à partir d'un réseau LTE causerait en pratique une perte de QoS. Il est par conséquent souhaitable 15 que le terminal mobile puisse disposer encore d'autres facteurs de décision, tels que le résultat d'un test de débit ou de QoS sur le réseau cible (par exemple en déclenchant une poussée de trafic) mené parallèlement à la communication sur le réseau initial. Corrélativement, l'invention concerne un terminal mobile. Ledit 20 terminal mobile est remarquable en ce qu'il comprend des moyens pour : - prendre en compte, lorsque ledit terminal mobile est engagé dans une communication de Voix sur IP sur un réseau d'accès, des acquittements positifs et négatifs relatifs à des paquets émis ou reçus par le terminal mobile au sein d'un canal virtuel dédié à la voix, et 25 - déterminer un taux de non-réception desdits paquets. Selon des caractéristiques particulières, ledit terminal mobile comprend en outre des moyens pour déterminer, sur la base dudit taux de non-réception et du type de codec utilisé par ledit terminal mobile, un niveau de qualité vocale de la communication. 3037461 7 Selon d'autres caractéristiques particulières, ledit terminal mobile comprend des moyens, tels que décrits succinctement ci-dessus, pour déterminer un taux de non-réception de paquets ou, respectivement, des moyens, tels que décrits succinctement ci-dessus, pour déterminer un 5 niveau de qualité vocale, lorsque ledit terminal mobile est engagé sur une communication téléphonique ou visiophonique sur un réseau d'accès. Ce terminal mobile est remarquable en ce qu'il comprend en outre des moyens pour comparer ledit taux de non-réception de paquets avec un seuil de non-réception de paquets dépendant du type de codec utilisé par 10 le terminal mobile, ou, respectivement, ledit niveau de qualité vocale avec un seuil de qualité vocale. Les avantages offerts par ces terminaux mobiles sont essentiellement les mêmes que ceux offerts par les procédés corrélatifs succinctement exposés ci-dessus. 15 On notera qu'il est possible de réaliser ces terminaux mobiles dans le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un 20 support lisible par ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes du procédé d'évaluation d'une qualité de communication ou du procédé d'aide à la décision succinctement exposés ci-dessus, lorsqu'ils sont exécutés sur un 25 ordinateur. Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par lesdits procédés. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation 3037461 8 particuliers, donnés à titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles : - la figure 1 représente graphiquement le BLER et le MOS en fonction de l'affaiblissement de propagation dans le lien montant, pour 5 deux codecs différents, - la figure 2 représente schématiquement les canaux virtuels d'un réseau LTE, - la figure 3 représente un mode de réalisation du procédé d'évaluation de la qualité vocale d'une communication selon l'invention, et 10 - la figure 4 représente un mode de réalisation du procédé d'aide à la décision de basculement selon l'invention. La présente invention propose de calculer, au sein d'un téléphone mobile, le taux de non-réception de paquets destinés à être transmis par un terminal mobile vers le coeur de réseau (lien montant), ou par un coeur 15 de réseau vers un terminal mobile (lien descendant), au sein d'un canal virtuel de paquets contenant des trames de phonie. On pourra alors (au besoin) aisément en déduire un niveau de qualité vocale de la communication. En effet, comme on peut le voir sur la figure 1, il existe, compte tenu du type de codec utilisé par le terminal 20 mobile, une corrélation étroite entre la qualité vocale et le BLER. Sur la figure 1, les deux courbes du bas représentent le BLER en fonction de l'affaiblissement de propagation dans le lien montant (exprimé en dB), pour deux codecs AMR WB (Adaptive Multi-Rate-WideBand) différents ; les deux courbes du haut représentent, pour les mêmes deux codecs, le 25 MOS en fonction de l'affaiblissement de propagation dans le lien montant (on rappelle que le MOS est une mesure standardisée, semi-subjective, de qualité vocale). Plus exactement, cette figure représente le « BLER résiduel », pour l'évaluation duquel on compare le nombre de trames radio à transmettre 30 avec le nombre de trames radio effectivement reçues ; autrement dit, aux 3037461 9 fins de cette évaluation, il importe peu, lorsqu'un paquet a été reçu, de savoir combien il a fallu émettre de paquets identiques pour y parvenir (on notera que, de manière connue en soi, le coeur de réseau informe le terminal mobile, lors de l'établissement de la connexion, du nombre 5 maximum de répétitions qui pourra être utilisé pendant cette connexion). Le « BLER résiduel » ne doit pas être confondu avec le « BLER MAC » (défini dans la norme TS 34.121 du 3GPP), pour l'évaluation duquel on compare le nombre de trames radio effectivement émises avec le nombre de trames radio effectivement reçues. Or on a constaté 10 expérimentalement que le « BLER résiduel » était plus étroitement corrélé au MOS que le « BLER MAC ». En tout état de cause, il est manifeste sur les courbes de la figure 1 que la baisse du MOS est étroitement corrélée à l'augmentation du BLER. L'invention s'applique de manière générale à tout protocole de Voix 15 sur IP (VolP) permettant de distinguer les paquets contenant les trames de phonie, des paquets de données (collectivement appelés « data ») associés à d'autres services. On va décrire ci-dessous, à titre d'exemple de réalisation non-limitatif, l'application de l'invention aux protocoles VoLTE et ViLTE, après quelques rappels sur ces protocoles. 20 Comme expliqué par l'encyclopédie en ligne Wikipédia, la VoLTE et la ViLTE reposent sur les normes 3GPP LTE et LTE Advanced dans les versions de la « Release 10 » et de la « Release 11 » ; la VoLTE a été définie dans la norme « PRD IR.92 », et la ViLTE dans la norme « PRD IR.94 », par un groupement d'équipementiers et de constructeurs de 25 terminaux de télécommunication formant le consortium GSMA (GSM Association) ; la VoLTE et la ViLTE utilisent, pour l'établissement des appels et le transport de la voix dans les coeurs de réseau LTE, l'architecture « IP Multimedia Subsystem » (IMS) et le protocole de signalisation « Session Initiation Protocol » (SIP). L'établissement des 30 appels (numérotation) et le transport de la voix sur le réseau LTE utilisent 303 7 4 6 1 10 des profils IMS spécifiques qui garantissent une priorité plus élevée (une meilleure qualité de service) pour les flux vocaux. Cette architecture permet le transport des communications vocales (plan de contrôle et plan média) et des SMS sous forme de flux IP semblables aux autres flux de 5 données (par exemple, Internet, photos ou vidéos) transportés sur les réseaux LTE. La VoLTE et la ViLTE bénéficient ainsi des performances élevées du LTE, qui offre de trois à cinq fois plus de bande passante (voix et données) que les réseaux UMTS ; de plus, la VoLTE et la ViLTE 10 permettent, par rapport aux autres techniques de Voix sur IP, de préserver la bande passante radio et de diminuer la latence. Pour assurer la compatibilité avec les autres réseaux mobiles et les téléphones plus anciens, la norme VoLTE impose que les terminaux mobiles soient compatibles avec le codec à bande étroite AMR-NB 15 (Adaptive Multi-Rate-NarrowBand) déjà utilisé dans les réseaux GSM et UMTS ; cependant, le codec vocal préconisé pour la VoLTE est le codec large-bande AMR-WB (mentionné ci-dessus), également connu sous le nom « HD Voice » et défini par la norme G722.2 de l'UIT. Le codec AMRWB, quand il est utilisé de bout en bout, permet une bande passante 20 vocale qui s'étend de 50 Hz à 7 kHz. Le 3GPP a aussi défini dans la « Release 12» un codec « Full-HD » permettant une bande passante de 20 kHz, à savoir le codec EVS (initiales des mots anglais « Enhanced Voice Services » signifiant « Services Vocaux Améliorés »). Pour permettre des appels vocaux en qualité « HD Voice » ou « Full-HD », les 25 téléphones de l'appelant et de l'appelé doivent contenir des codecs compatibles et conformes à ces normes ; les réseaux mobiles où se situent les deux téléphones mobiles doivent être, tous les deux, compatibles avec la technologie VoLTE et être interconnectés par des passerelles IP qui ne transcodent pas la voix et qui préservent l'intégrité 30 des flux IP contenant les trames de VoLTE ou de ViLTE. 3037461 11 Par comparaison avec la Voix Haute Définition proposée sur certains réseaux mobiles UMTS, et par certaines technologies propriétaires de voix sur IP (telle que « Skype ») qui sont déjà compatibles avec les codecs « HD Voice », la technique VoLTE/ViLTE apporte en plus 5 la faible latence, la gigue limitée et les garanties de débit offertes par le LTE et par son coeur de réseau IMS, ce qui contribue à améliorer la qualité perçue et la stabilité des communications téléphoniques ou visiophoniques. Afin de pouvoir évaluer spécifiquement la qualité vocale d'une 10 connexion, l'invention propose d'isoler les acquittements positifs/négatifs relatifs aux paquets contenant les trames de phonie, en ne prenant en compte, dans le cas d'un réseau LTE, que les acquittements positifs et négatifs relatifs aux paquets de données véhiculés dans le bearer « QCI 1 ». 15 On rappelle à cet égard que l'on appelle « bearer » un canal virtuel pour les données de communication associées à un certain service ou à une certaine qualité de service, au sein d'une connexion. Comme expliqué par A. Basir sur le site http://4g-Ite-world.blogspotfr, un bearer est un ensemble de paramètres réseau qui définissent comment ces données 20 sont traitées quand elles sont véhiculées sur le réseau. Le réseau peut en effet traiter certaines données d'une manière particulière, et traiter les autres données normalement. Par exemple, certains flux de données pourraient bénéficier d'un taux binaire minimal garanti (« Guaranteed Bit Rate », ou GBR en anglais), tandis que d'autres pourraient présenter un 25 débit relativement bas. Quand un terminal s'attache à un réseau, on lui attribue un bearer dit « par défaut », qui est maintenu tant que le terminal reste attaché au réseau. Un bearer par défaut présente une QoS non garantie (« best effort » en anglais). Chaque bearer par défaut possède une adresse IP. 3037461 12 On peut attribuer au terminal des bearers par défaut supplémentaires. Chaque bearer par défaut possède une adresse IP qui lui est propre. D'autre part, des bearers dits « dédiés » fournissent des tunnels pour un ou plusieurs trafics particuliers (tels que la VolP ou la vidéo). Un 5 bearer dédié agit comme un bearer supplémentaire associé à un bearer par défaut établi précédemment. Il ne requiert pas d'adresse IP propre car seuls les bearers par défaut possèdent une adresse IP. Les réseaux LTE mettent en oeuvre habituellement deux bearers par défaut et un bearer dédié (selon la norme LTE, on peut avoir jusqu'à 10 huit bearers). Comme illustré sur la figure 2, le bearer par défaut « QCI5 » est utilisé pour la signalisation SIP dans le réseau IMS ; il est associé à un bearer « QCI1 » dédié aux trames de phonie de la VoLTE et de la ViLTE (les trames d'images de la ViLTE sont habituellement véhiculées dans le bearer « QCI2 »). Un autre bearer par défaut est utilisé pour les autres 15 types de trafic « data » du terminal mobile (par exemple, vidéo, chat, courrier électronique, ou navigateur). On va décrire à présent, en référence à la figure 3, un mode de réalisation de l'invention. Dans ce mode de réalisation, on compare le nombre de paquets 20 relatifs au bearer QCI1 à transmettre, avec le nombre de ces paquets effectivement reçus. Pour un sens de transmission donné (montant ou descendant), on définit deux compteurs, à savoir « Total_à_transmettre_x » et Total_reçu_x », où « x » prend une valeur différente suivant que le lien de 25 transmission est montant ou descendant (par exemple x=UL pour le lien montant et x=DL pour le lien descendant). Ces compteurs sont initialisés à O. Par ordre de préférence décroissant, on calculera le taux de non-réception : 30 - dans les deux sens de transmission, ou 3037461 13 - seulement dans le lien montant, ou encore - seulement dans le lien descendant. Concernant le lien montant, pour un certain nombre de paquets successifs émises par ledit terminal mobile, suite à chaque réception d'un 5 accusé de réception/non-réception de paquet (ACK/NACK) envoyé au terminal mobile par l'eNode B (station de base LTE) auquel le terminal mobile est attaché : - si l'accusé de réception est le dernier pouvant être émis pour un certain paquet à transmettre, 10 - si l'acquittement est positif (ACK), le terminal mobile incrémente Total_à_transmettre_UL et Total_reçu_UL, et - si l'acquittement est négatif (NACK), le terminal mobile incrémente seulement Total_à_transmettre_UL, et - si l'accusé de réception n'est pas le dernier pouvant être émis 15 pour un certain paquet à transmettre, - si l'acquittement est positif (ACK), le terminal mobile incrémente Total_à_transmettre_UL et Total_reçu_UL, et - si l'acquittement est négatif (NACK), on ne fait rien (le symbole « Nop » sur les figures 3 et 4 signifie « on ne fait rien »). 20 En effet, dans cette dernière éventualité, et conformément au mécanisme d'acquittements classique de la couche liaison de données, on sait que le paquet à transmettre, qui n'a pas été reçu, sera réémis au moins encore une fois, ce qui engendrera ultérieurement au moins un acquittement positif ou négatif pour le paquet émis. 25 De même, concernant le lien descendant, pour un certain nombre de paquets successifs reçus par ledit terminal mobile, suite à chaque émission d'un accusé de réception/non-réception de paquet (ACK/NACK) envoyé à l'eNode B par le terminal mobile : - si l'accusé de réception est le dernier pouvant être émis pour un 30 certain paquet à transmettre, 3037461 14 - si l'acquittement est positif (ACK), le terminal mobile incrémente Total_à_transmettre_DL et Total_reçu_DL, et - si l'acquittement est négatif (NACK), le terminal mobile incrémente seulement Total_à_transmettre_DL, et 5 - si l'accusé de réception n'est pas le dernier pouvant être émis pour un certain paquet à transmettre, - si l'acquittement est positif (ACK), le terminal mobile incrémente Total_à_transmettre_DL et Total_reçu_DL, et - si l'acquittement est négatif (NACK), on ne fait rien. 10 Pour un lien donné (montant ou descendant), on en déduit le taux de non-réception (TNR) : TNR = 1- (Total_reçu_x/Total_à_tran sm ettre_x). La valeur de TNR ainsi obtenue, considérée comme une estimation du BLER, implique pour un type de codec donné (comme expliqué ci- 15 dessus en référence à la figure 1) une valeur bien précise du MOS, c'est- à-dire une qualité vocale bien déterminée de la communication. On va expliquer à présent, en référence à la figure 4, comment on peut utiliser l'invention pour aider un terminal mobile multimode à décider s'il est opportun pour lui de basculer une communication téléphonique ou 20 visiophonique depuis un premier réseau d'accès (par exemple, de type LTE) vers un second réseau d'accès (par exemple, de type WiFi). Pour éviter des décisions intempestives, ce procédé d'aide à la décision prendra en compte, de préférence, un nombre prédéterminé, jugé statistiquement significatif, de paquets transmis (par exemple, 50 25 paquets). En variante, le procédé peut prendre en compte une durée prédéterminée de communication (par exemple, 1 seconde), mais dans ce cas on ne sait pas exactement combien de paquets seront pris en compte car cela dépendra de la durée des silences dans la conversation ! Sur la figure 4, on applique, à titre d'exemple, le mode de 30 réalisation de l'invention décrit ci-dessus en relation avec la figure 3, pour 3037461 15 50 paquets successifs dans le lien montant (x=UL) ou pour 50 paquets successifs dans le lien descendant (x=DL). Si le TNR est supérieur à un certain seuil associé au codec mis en oeuvre par le terminal mobile, ce dernier bascule du réseau LTE vers le 5 réseau WiFi (si c'est le seul critère de basculement configuré dans le terminal mobile). En effet, lorsque le TNR est supérieur à ce seuil, le MOS est inférieur à un seuil souhaité. A titre d'exemple, on a considéré en référence à la figure 1 que la qualité vocale est insuffisante lorsque le MOS est inférieur à 2,50. 10 L'invention peut être mise en oeuvre au sein de terminaux mobiles au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un 15 système informatique. Ce système informatique comporte de manière classique une unité centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en oeuvre de l'un 20 quelconque des procédés d'évaluation d'une qualité de communication ou d'aide à la décision selon l'invention. En effet, l'invention vise aussi un programme d'ordinateur téléchargeable depuis un réseau de communication comprenant des instructions pour l'exécution des étapes d'un procédé d'évaluation d'une 25 qualité de communication ou d'un procédé d'aide à la décision selon l'invention, lorsqu'il est exécuté sur un ordinateur. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de 30 programmation, et se présenter sous la forme de code source, code objet, 3037461 16 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, inamovible, ou 5 partiellement ou totalement amovible, 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 10 comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais). D'autre part, le support d'informations peut être un support 15 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 d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. En variante, le support d'informations peut être un circuit intégré 20 dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution d'un procédé d'évaluation d'une qualité de communication ou d'un procédé d'aide à la décision selon l'invention. REVENDICATIONS1. Procédé d'évaluation de la qualité d'une communication de Voix sur IP dans un réseau d'accès, caractérisé en ce qu'il comprend les étapes suivantes mises en oeuvre par un terminal mobile : - prendre en compte des acquittements positifs et négatifs relatifs à des paquets émis ou reçus par le terminal mobile au sein d'un canal virtuel dédié à la voix, et - déterminer un taux de non-réception desdits paquets. 10 2. Procédé d'évaluation selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape de détermination, sur la base dudit taux de non-réception et du type de codec utilisé par ledit terminal mobile, d'un niveau de qualité vocale de la communication. 15 3. Procédé d'évaluation selon la revendication 1 ou la revendication 2, caractérisé en ce que ledit réseau d'accès est un réseau de type LTE (Long Term Evolution). 20 4. Procédé d'aide à la décision de basculement entre réseaux d'accès, caractérisé en ce qu'il comprend les étapes suivantes mises en oeuvre par un terminal mobile : - déterminer, pour une communication téléphonique ou visiophonique sur un réseau d'accès, un taux de non-réception de paquets 25 conformément à la revendication 1 ou, respectivement, un niveau de qualité vocale conformément à la revendication 2, et - comparer ledit taux de non-réception de paquets avec un seuil de non-réception de paquets dépendant du type de codec utilisé par le terminal mobile, ou, respectivement, ledit niveau de qualité vocale avec un 30 seuil de qualité vocale. 3037461 18 5. Terminal mobile, caractérisé en ce qu'il comprend des moyens pour : - prendre en compte, lorsque ledit terminal mobile est engagé dans une communication de Voix sur IP sur un réseau d'accès, des 5 acquittements positifs et négatifs relatifs à des paquets émis ou reçus par le terminal mobile au sein d'un canal virtuel dédié à la voix, et - déterminer un taux de non-réception desdits paquets. 6. Terminal mobile selon la revendication 5, caractérisé en ce qu'il 10 comprend en outre des moyens pour déterminer, sur la base dudit taux de non-réception et du type de codec utilisé par ledit terminal mobile, un niveau de qualité vocale de la communication. 7. Terminal mobile, comprenant des moyens pour déterminer un 15 taux de non-réception de paquets selon la revendication 5 ou, respectivement, des moyens pour déterminer un niveau de qualité vocale selon la revendication 6, lorsque ledit terminal mobile est engagé sur une communication téléphonique ou visiophonique sur un réseau d'accès, caractérisé en ce qu'il possède en outre des moyens pour comparer ledit 20 taux de non-réception de paquets avec un seuil de non-réception de paquets dépendant du type de codec utilisé par le terminal mobile, ou, respectivement, ledit niveau de qualité vocale avec un seuil de qualité vocale. 25 8. Procédé d'évaluation selon l'une quelconque des revendications 5 à 7, caractérisé en ce que ledit réseau d'accès est un réseau de type LTE (Long Term Evolution). 9. Moyen de stockage de données inamovible, ou partiellement 30 ou totalement amovible, comportant des instructions de code de programme informatique pour l'exécution des étapes d'un procédé 3037461 19 d'évaluation selon l'une quelconque des revendications 1 à 3, ou d'un procédé d'aide à la décision selon la revendication 4. 10. Programme d'ordinateur téléchargeable depuis un réseau de 5 communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions pour l'exécution des étapes d'un procédé d'évaluation selon l'une quelconque des revendications 1 à 3, ou d'un procédé d'aide à la décision selon la revendication 4, lorsqu'il est exécuté sur un ordinateur.10