Encyclopédie
2026-07-29 17:45:24
Architecture QoS du 5GC : comment le QoS Flow contrôle l’expérience de service 5G
La QoS du 5GC expliquée à travers la granularité des QoS Flows, le mappage SDF, le QFI, la gestion GBR et Non-GBR, le 5QI, l’ARP, les limites AMBR, les règles QoS, les PDR et la Reflective QoS dans la fourniture de services 5G.

Becke Telcom

Architecture QoS du 5GC : comment le QoS Flow contrôle l’expérience de service 5G

Dans un réseau 5G, la QoS n’est pas seulement une étiquette technique attachée aux paquets. C’est le mécanisme qui détermine quel trafic reçoit un traitement classique en mode meilleur effort, quel service mérite des ressources garanties et comment le réseau doit réagir lorsque les conditions radio ou la congestion commencent à affecter l’expérience utilisateur. Pour les opérateurs, la QoS est étroitement liée au coût de la bande passante et à l’allocation des ressources réseau. Pour les utilisateurs et les partenaires de service, elle se manifeste souvent sous la forme de qualité de service, de niveau d’abonnement, de priorité métier ou d’expérience garantie.

Un téléphone mobile peut générer simultanément de nombreux types de trafic : messagerie, vidéos courtes, classe en ligne, jeux, signalisation IMS, audio VoNR, vidéo en direct, interactions AR/VR et mises à jour d’applications en arrière-plan. Ces flux n’ont pas les mêmes exigences. Une vidéo mise en mémoire tampon peut tolérer davantage de délai que la voix. La signalisation IMS nécessite un traitement fiable, mais pas la même bande passante que la vidéo. Un service industriel critique en matière de latence peut exiger un contrôle du délai et des pertes de paquets bien plus strict qu’une application sociale ordinaire.

Le rôle de la QoS du 5GC est de classifier ces flux de données de service, de les mapper vers des QoS Flows adaptés, de leur attribuer un traitement de transfert et de coordonner l’UE, le gNB, l’UPF, le SMF et les règles de politique afin que le plan utilisateur se comporte conformément à l’intention du service.

Architecture QoS du 5GC montrant le trafic SDF mappé vers des QoS Flows avec QFI, session PDU, DRB, tunnel N3, UE, gNodeB et UPF
Le 5GC utilise le QoS Flow comme granularité principale du service, ce qui permet à différents trafics applicatifs de recevoir des traitements de transfert distincts au sein d’une session PDU.

Valeur du service et coût des ressources

La QoS part d’une réalité simple : tous les services ne bénéficient pas de la même garantie réseau. La plupart des applications Internet publiques, comme la messagerie sociale, les vidéos courtes, la navigation classique, les applications musicales ou le trafic d’apprentissage en ligne, relèvent généralement du meilleur effort. Elles sont le plus souvent gérées comme des services Non-GBR, ce qui signifie que le réseau ne promet pas un débit garanti pour chaque flux.

Certains services peuvent bénéficier d’une protection QoS plus forte parce qu’un utilisateur, un client d’entreprise ou un partenaire de service paie pour un traitement différencié. La coopération dans les jeux en ligne, les applications d’entreprise premium, les services AR/VR ou les services sectoriels à faible latence peuvent être gérés avec une QoS plus contrôlée. Ces services peuvent utiliser le GBR, ou débit binaire garanti, lorsque le réseau doit réserver ou protéger un débit minimal.

Il existe également des services appartenant à l’opérateur qui peuvent recevoir une protection QoS même sans paiement séparé de l’utilisateur. Les services vocaux en sont un exemple typique. En 4G, cela était souvent abordé avec la VoLTE, tandis qu’en 5G la même logique peut apparaître dans le trafic lié à la VoNR. La voix doit rester stable, à faible latence et intelligible ; elle ne peut donc pas toujours être traitée comme une application ordinaire en meilleur effort.

Du bearer au flux

L’une des différences les plus importantes entre la QoS 4G et 5G réside dans le passage d’une logique centrée sur les bearers à une logique centrée sur les flux. En 4G, la QoS était construite autour de l’EPS Bearer. Une relation de bearer était associée au bearer radio, au tunnel S1-U et aux ressources de tunnel S5/S8. Un plus grand nombre de bearers impliquait généralement davantage de structures de tunnels et de bearers radio correspondantes.

En 5G, l’unité QoS essentielle est le QoS Flow. Une session PDU peut transporter un ou plusieurs QoS Flows. Chaque QoS Flow est identifié par un QFI, ou identifiant de flux QoS, dont la valeur va de 0 à 63. Les paquets ayant le même QFI reçoivent le même traitement de transfert. La 5G dispose ainsi d’un modèle de classification des services plus fin et plus souple que l’ancienne approche EPS Bearer.

Une seule session PDU peut transporter plusieurs QoS Flows, tandis que le tunnel N3 de cette session PDU reste unique. Un DRB peut transporter un ou plusieurs QoS Flows, et le mappage réel entre QoS Flows et DRB est contrôlé par le gNB. Le nombre de DRB n’a donc pas besoin d’être égal au nombre de QFI. Par exemple, un flux d’application Non-GBR et un flux de jeu GBR peuvent partager un même DRB dans une architecture, ou être mappés séparément selon la stratégie radio.

Les paramètres clés définissent le traitement

Les paramètres QoS du 5GC décrivent la manière dont chaque flux doit être traité. Au niveau du QoS Flow, les paramètres courants comprennent le 5QI et l’ARP. Le 5QI est l’identifiant QoS 5G et dérive du concept QCI de la 4G. Il représente des caractéristiques de service telles que le niveau de priorité, le budget de délai des paquets, le taux d’erreur des paquets, la fenêtre de moyennage et le volume maximal de rafale de données pour les services GBR critiques en latence.

ARP signifie priorité d’allocation et de rétention. Ce paramètre aide à déterminer si un QoS Flow peut être établi ou conservé lorsque les ressources sont limitées. En situation de congestion, l’ARP peut influencer les flux admis et ceux qui risquent davantage d’être libérés ou rejetés.

Les flux GBR possèdent des paramètres liés au débit. Le GFBR définit le débit garanti du flux, c’est-à-dire le débit minimal que le réseau cherche à protéger. Le MFBR définit le débit maximal du flux ; le trafic dépassant cette valeur peut être rejeté. Le contrôle de notification peut être utilisé lorsque le côté RAN ne peut pas satisfaire le GFBR, par exemple lorsque les conditions radio sont mauvaises. Le taux maximal de perte de paquets définit le niveau de perte tolérable pour le trafic montant ou descendant.

Le trafic Non-GBR est contrôlé différemment. Le UE-AMBR limite le débit agrégé de tous les QoS Flows Non-GBR de l’UE, tandis que le Session-AMBR limite l’ensemble des QoS Flows Non-GBR au sein d’une session PDU. Le RQA, ou attribut de QoS réflexive, indique si la Reflective QoS peut être appliquée à un flux.

Comment le trafic est mappé

La QoS n’est utile que si les paquets peuvent être correctement classifiés et mappés. En 5G, la classification montante et descendante est gérée différemment. Pour le trafic montant, l’UE effectue la classification et le mappage selon les règles QoS fournies par le réseau ou dérivées par l’UE lui-même. Pour le trafic descendant, l’UPF effectue la classification selon la PDR, c’est-à-dire la règle de détection de paquets transmise par le SMF.

Une règle QoS ou un PDR contient des informations de filtrage des paquets. Il peut s’agir de l’adresse IP source ou destination, du préfixe IPv6, du port source ou destination, du numéro de protocole IP, du type IPv6 Next Header, de l’IPv4 ToS, de l’IPv6 Traffic Class, de l’IPv6 Flow Label, de l’IPsec SPI et du sens du trafic. Ces filtres indiquent à l’UE ou à l’UPF quels paquets appartiennent à quel QoS Flow.

Si l’UPF ne peut pas faire correspondre un paquet descendant à un PDR valide, le paquet peut être rejeté. Ce point est important, car le traitement QoS descendant dépend des règles installées par le SMF dans l’UPF. Dans le sens montant, l’UE marque les paquets selon la règle QoS applicable afin qu’ils soient placés dans le QoS Flow correct, puis pris en charge par le réseau d’accès radio.

La Reflective QoS réduit la surcharge de signalisation dans certains cas. Lorsque le réseau active la Reflective QoS, l’UPF peut envoyer des données descendantes avec une indication RQI. Par le tunnel N3 et l’interface radio, l’UE reçoit le paquet descendant et en dérive une règle QoS montante. Cette règle QoS dérivée par l’UE contient un filtre de paquets montant, un QFI et une priorité. L’UE peut ensuite classifier les futurs paquets montants sans attendre une règle distincte transmise par le réseau.

Schéma de mappage du trafic 5GC montrant la règle QoS UL côté UE, le PDR DL côté UPF, la transmission des règles par le SMF, le marquage QFI et la Reflective QoS avec indication RQI
Les paquets montants sont mappés par les règles QoS côté UE, tandis que les paquets descendants sont classifiés par les PDR côté UPF transmis par le SMF.

FAQ

Pourquoi la 5G utilise-t-elle le QoS Flow au lieu de s’appuyer uniquement sur le DRB ?

Le QoS Flow appartient au modèle de traitement des services du réseau cœur, tandis que le DRB relève de la gestion des bearers radio. Leur séparation offre davantage de souplesse pour mapper les règles de service sur les ressources radio.

Deux applications ayant des besoins de trafic similaires peuvent-elles utiliser des QoS Flows différents ?

Oui. L’opérateur peut également tenir compte de la propriété du service, des accords commerciaux, de la politique d’abonnement et du modèle de facturation, et pas seulement des exigences de bande passante ou de délai.

Que se passe-t-il lorsque le trafic dépasse le MFBR ?

Le trafic dépassant le débit maximal du flux peut être rejeté, car le MFBR définit la limite supérieure autorisée pour ce QoS Flow GBR.

Pourquoi le 5QI est-il important pour la planification des services ?

Le 5QI fournit une méthode normalisée pour associer les catégories de service aux attentes en matière de priorité, de délai, d’erreur de paquets et de type de ressource, ce qui facilite la conception et la comparaison du comportement QoS.

La Reflective QoS fonctionne-t-elle sur tous les terminaux ?

Non. Elle exige la prise en charge par l’UE et une activation correcte par le réseau. Sans prise en charge du terminal, l’UE ne peut pas dériver la règle QoS montante à partir des données descendantes du plan utilisateur.

Produits recommandés
catalogue
Service à la clientèle Téléphone
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .