FR 3060787 A1 20180622 FR 1762872 A 20171221 1 ETABLISSEMENT DE POLITIQUES DE ROUTAGE BASEES SUR APPLICATION DANS UN EQUIPEMENT UTILISATEUR MULTIMODE DOMAINE TECHNIQUE [0001] Des modes de réalisation concernent des fonctionnements et des communications réalisés par des dispositifs de communication dans des réseaux sans fil. Certains modes de réalisation concernent des informations de dispositif et des politiques de routage établies pour des communications de données facilitées par un réseau sans fil. ARRIERE PLAN [0002] Les réseaux de communication sans fil basés sur porteuses, tels que les réseaux fonctionnant selon une norme de la famille de normes d'évolution à long terme/évolution à long terme-avancée (LTE/LTE-A) de 3GPP, déploient des mécanismes pour aider à la découverte et à la gestion de politiques de réseau. Dans des réseaux LTE/LTEA, une telle technique implique l'utilisation de règles et de politiques de fonction de découverte de réseau d'accès (ANDSF) dans un coeur à paquets évolué (EPC-Evolved Packet Core) de l'architecture de système LTE/LTE-A. Par exemple, des règles et des politiques d'ANDSF peuvent être spécifiées pour qu'un équipement utilisateur (UE) multimode découvre des réseaux d'accès non 3GPP, et aider des UE multimode à établir une connexion à un réseau local sans fil (WLAN) Wi-Fi (par exemple, un réseau fonctionnant selon une norme IEEE 802.11) ou un réseau étendu sans fil WiMax (par exemple, un réseau fonctionnant selon une norme IEEE 802.16). Cependant, des politiques existantes ne traitent 3060787 2 pas des exigences spécifiques à une application ou des capacités spécifiques à un dispositif. BREVE DESCRIPTION DES DESSINS 5 [0003] La Figure 1 illustre une configuration d'une architecture de réseau de communication de mode mixte selon un autre exemple décrit. [0004] La Figure 2 illustre des opérations de données 10 avec un dispositif d'équipement utilisateur de mode mixte selon un autre exemple décrit. [0005] La Figure 3 illustre un objet de gestion d'ANDSF comprenant un sous-objet de configuration de profil d'utilisateur selon un autre exemple décrit. 15 [0006] La Figure 4A illustre un noeud de politique basée sur flux d'ISRP d'un objet de gestion d'ANDSF comprenant une configuration spécifique à une application selon un autre exemple décrit. [0007] La Figure 4B illustre un noeud de politique basée 20 sur déchargement non transparent d'ISRP d'un objet de gestion d'ANDSF comprenant une configuration spécifique à une application selon un autre exemple décrit. [0008] La Figure 5 illustre un noeud de profil d'utilisateur d'un objet de gestion d'ANDSF selon un autre 25 exemple décrit. [0009] La Figure 6 illustre un organigramme d'un procédé donné en exemple pour établir et déployer une politique d'ANDSF d'identification d'application selon un autre exemple décrit. 30 [0010] La Figure 7 illustre un dispositif mobile donné en exemple sur lequel les configurations et les techniques décrites présentement peuvent être déployées. 3060787 3 [0011] La Figure 8 illustre un système d'ordinateur donné en exemple qui peut être utilisé en tant que plateforme informatique pour les dispositifs de communication de réseau et informatiques décrits 5 présentement. DESCRIPTION DETAILLEE [0012] La description et les dessins suivants illustrent 10 de manière suffisante des modes de réalisation spécifiques pour permettre à l'homme du métier de les mettre en pratique. D'autres modes de réalisation peuvent incorporer des changements structuraux, logiques, électriques, de processus et d'autres changements. Des parties et des 15 caractéristiques de certains modes de réalisation peuvent être incluses dans, ou substituées à, celles d'autres modes de réalisation. Des modes de réalisation énoncés dans les revendications englobent tous les équivalents disponibles de ces revendications. 20 [0013] Différentes techniques et configurations décrites présentement permettent la création et le fonctionnement de politiques basées sur ANDSF qui peuvent être déployées pour adresser des mises en oeuvre de dispositif/réseau spécifiques et des cas d'utilisation de déchargement. Les 25 informations factorisées dans des politiques d'ANDSF peuvent comprendre des configurations spécifiques à un dispositif et à une application, y compris un type de dispositif, une version matérielle, un type et une version de système d'exploitation, un type et une version 30 d'application logicielle et des détails de configuration d'UE similaires. Ces détails de configuration d'UE peuvent être utilisés pour établir et déployer une politique de routage inter-système (ISRP) spécifique pour commander une 3060787 4 mobilité et un routage de trafic parmi les applications installées dans l'UE. [0014] Dans une configuration de système de LTE/LTE-A, un serveur d'ANDSF peut fournir : une politique de mobilité 5 inter-système utilisée pour l'aide à des décisions de transfert intercellulaire ; une ISRP pour routage de trafic d'IP simultanément sur de multiples interfaces d'accès radio ; et des informations de découverte pour indiquer des réseaux d'accès non 3GPP qui peuvent être disponibles au 10 voisinage de l'UE pour aider l'UE à se connecter à de tels réseaux. Plusieurs politiques différentes peuvent être spécifiées en tant que partie d'ISRP pour des techniques de déchargement de mobilité de flux IP. [0015] En tant qu'exemple de mobilité et de routage de 15 trafic, certaines applications aptes à une communication sur de multiples interfaces de réseau sans fil dans un équipement utilisateur multimode, (tel que WLAN et cellulaire) peuvent choisir de router tout le trafic sur une interface (WLAN) par rapport à une autre. Des 20 politiques basées sur ANDSF sont commandées par un opérateur de réseau transporteur et visent à compléter de tels scénarios, avec une gestion basée sur règles de déchargement de réseau. Des mécanismes d'ANDSF peuvent être utilisés pour distribuer des politiques et des informations 25 de politique à des UE pour le compte d'opérateurs pour une diversité de raisons et de situations, telles qu'une gestion de déchargement et d'accès au réseau à certains moments du jour, dans certaines zones ou pour certains flux. 30 [0016] Cependant, des politiques actuelles basées sur ANDSF ne fournissent pas des mécanismes pour traiter de manière adéquate des préférences et des politiques spécifiques à une application. Par exemple, une application 3060787 5 basée sur vidéo peut choisir une utilisation d'une connexion WLAN, alors qu'une application vocale peut choisir une utilisation d'une connexion cellulaire. En outre, les préférences et les politiques utilisées pour 5 réaliser un déchargement peuvent être dépendantes de la version ou de la configuration particulière de l'UE, et du point de savoir si un déchargement basé sur flux ou non transparent est désiré ou autorisé pour des applications particulières. 10 [0017] Selon un exemple, différents champs d'identification de données sont proposés pour une utilisation avec l'objet de gestion (MO) d'ANDSF, y compris l'addition de différents identificateurs d'application au serveur d'ANDSF pour autoriser une ISRP à supporter une 15 identification de trafic basée sur une identité d'application. Des actualisations actuelles à une ISRP permettent l'utilisation et la manipulation accrues d'identité d'application en tant qu'identification de trafic IP. Des informations pertinentes utilisées pour 20 déterminer une identité d'application appropriée comprennent non seulement la version d'application ou la configuration d'application particulière, mais encore des champs associés comprenant la version d'UE, une plateforme d'UE et une configuration matérielle, un système 25 d'exploitation d'UE et similaires. Les configurations de données et les mécanismes d'échange décrits présentement permettent ainsi la communication d'une identité d'application détaillée et de politiques et de procédures de manipulation de données associées. 30 [0018] La Figure 1 propose une illustration d'une configuration donnée en exemple d'une architecture de réseau de communication de mode mixte 100. Dans l'architecture de réseau 100, un réseau basé sur porteuses 3060787 6 (par exemple, un réseau cellulaire LTE/LTE-A fonctionnant selon une norme d'une famille de normes de 3GPP) est établi par un système de réseau basé sur porteuses 102 (par exemple, un noeud B évolué (eNodeB) établissant un réseau 5 cellulaire) communiquant avec des dispositifs mobiles multimode (UE) 104A, 104B. Un système de réseau basé sur une zone locale 106 (par exemple, un réseau WiFi fonctionnant selon une norme d'une famille de normes IEEE 802.11) peut être établi par un équipement de réseau local 10 comprenant un routeur WiFi ou un point d'accès. Le réseau basé sur porteuses comprend des connexions de réseau 108A, 108B aux dispositifs mobiles 104A, 104B, respectivement ; et le réseau basé sur zone locale comprend des connexions de réseau 110A, 110B aux dispositifs mobiles 104A, 104B, 15 respectivement. Les dispositifs mobiles 104A, 104B sont illustrés tel que se conformant à différents facteurs de forme, y compris un téléphone intelligent (dispositif mobile 104A) et un ordinateur personnel (dispositif mobile 104B) ayant un dispositif de communication de réseau sans 20 fil externe ou intégré, bien qu'il convienne de comprendre que les facteurs de forme identiques ou d'autres puissent être utilisés. [0019] Des connexions de communication de réseau sans fil 108A, 108B, 110A, 110B parmi les différents dispositifs 25 mobiles 104A, 104B peuvent être facilitées à l'aide soit du système de réseau basé sur porteuses 102, soit du système de réseau basé sur zone locale 106 conjointement avec le déploiement de différentes politiques et préférences de déchargement. Les politiques et préférences de déchargement 30 peuvent communiquer à l'aide d'une ou plusieurs politiques d'ANDSF 120, communiquées depuis un serveur d'ANDSF 114 par l'intermédiaire du système de réseau basé sur porteuses 102 (et de connexions de réseau 108A, 108B). 3060787 7 [0020] Le serveur d'ANDSF 114 peut être facilité dans un réseau de fournisseur de service 112 du réseau transporteur. Le réseau de fournisseur de service 112 peut comprendre différents composants d'un coeur à paquets évolué 5 (EPC) et d'autres composants du réseau LTE/LTE-A 3GPP, y compris différents services 118 et une P-GW (passerelle de réseau de données par paquets (PDN)) 116. Un trafic de données déchargé au système de réseau basé sur zone locale 106 peut être communiqué en retour au réseau de fournisseur 10 de service 112 à travers une connexion à la P-GW 116. Ainsi, des communications de réseau sans fil déchargées sur une autre architecture de réseau (connexions de réseau sans fil 110A, 110B) peuvent être utilisées pour accéder à une fonctionnalité du réseau de fournisseur de service 112. 15 [0021] La Figure 2 propose une illustration d'opérations de données données en exemple 200 avec un dispositif d'équipement utilisateur de mode mixte (dispositif mobile 104C) réalisées conjointement avec l'architecture de réseau de communication de mode mixte 100 de la Figure 1. Comme 20 présenté sur la Figure 2, le dispositif mobile 104C est configuré pour réaliser des communications de données de réseau 3GPP 206 avec le système de réseau basé sur porteuses 102, vers un réseau externe (tel que l'Internet) 122 ; et le dispositif mobile 104C est également configuré 25 pour réaliser des communications de données de réseau non3GPP 208 avec le système de réseau de zone locale 106, vers le réseau externe 122. [0022] Le dispositif mobile 104C est représenté en tant que communiquant des données avec une première application 30 logicielle « App 1 » dans les données de réseau 3GPP 206, et avec une seconde application « App 2 » dans les données de réseau non-3GPP 208. Le déploiement de données depuis les différentes applications logicielles vers le réseau 3060787 8 approprié est facilité conjointement avec une politique d'ISRP 204 comprenant une ou plusieurs politiques d'application 204A fournies par le serveur d'ANDSF 114. Le dispositif mobile 104C est configuré pour mettre en oeuvre 5 la politique d'ISRP 204 pour spécifier des applications de mobilité de flux IP, sur la base d'identificateurs d'application (tels qu'une indication d'App 1 par rapport à App 2). [0023] Les identificateurs d'application particulière et 10 l'ensemble de politiques d'application 204A dans la politique d'ISRP 204 sont communiqués au dispositif mobile 104C dans un MO d'ANDSF depuis le serveur d'ANDSF 114 reçu par l'intermédiaire du réseau non déchargé (par exemple, LTE/LTE-A 3GPP). Le MO d'ANDSF peut être structuré dans un 15 format de langage de balisage extensible (XML) et peut être tiré depuis ou poussé vers le dispositif mobile 104C. Pour déterminer les politiques d'application appropriées à déployer dans la politique d'ISRP 204, des informations sur l'UE et les applications appropriées peuvent être 20 communiquées au serveur d'ANDSF 114. Selon un exemple, un profil d'UE 202 ayant des informations d'application et d'UE appropriées 202A est également communiqué dans le MO d'ANDSF au serveur d'ANDSF 114. [0024] Une utilisation des politiques d'application 204A 25 dans une politique d'ISRP déployée 204 peut être utilisée pour traiter une utilisation de réseau d'application au niveau de l'UE. Les politiques d'application 204A peuvent être personnalisées à une large diversité de cas et de scénarios d'utilisation de réseau, et comprennent des 30 règles pour réaliser un aspect spécifique ou un ensemble d'accès depuis une application identifiée vers un réseau ou un type de réseau choisi. Par exemple, on considère une lecture de codec vidéo dans une application de lecture 3060787 9 multimédia. Selon certains scénarios, l'UE peut lire une vidéo de qualité basse qui a une préférence pour être téléchargée depuis un réseau d'accès 3GPP. Si une lecture de qualité élevée sous un format de résolution supérieure 5 ou de définition élevée est désirée, la préférence peut être d'avoir l'application qui utilise un réseau sans fil Wi-Fi ou un autre réseau sans fil secondaire. Les politiques d'application 204A peuvent être utilisées pour identifier l'application de manière unique, et associer 10 l'application aux règles de type d'accès sur la base de préférences et d'exigences de réseau transporteur. [0025] La Figure 3 propose une illustration donnée en exemple 300 d'un objet de noeud structuré formaté de MO d'ANDSF 302, ayant une série de sous-objets structurés 15 comprenant un sous-objet de configuration de profil d'utilisateur. Les sous-objets structurés de l'objet de noeud structuré 302 peuvent être définis pour une conformité à une spécification particulière (par exemple, une spécification LTE/LTE-A 3GPP) et peuvent comprendre : un 20 sous-objet de noeud de politique 304 définissant un arbre de noeuds de politique 304A ; un sous-objet de noeud d'Informationsdedécouverte 306 définissant un arbre de noeuds d'informations de découverte 306A ; un sous-objet de noeud de Position _UE 308 définissant un arbre de noeuds de 25 position d'équipement utilisateur 308A ; un sous-objet de noeud d'ISRP 310 définissant un arbre de noeuds d'ISRP 310A ; le sous-objet de noeud de Profil UE 312 définissant un arbre de noeuds de Profil _UE 312A (davantage illustré sur la Figure 5) ; et un sous-objet de noeud Ext 314 fournissant 30 une définition potentielle pour des informations spécifiques à un vendeur. [0026] La modification au MO d'ANDSF pour spécifier et déployer des politiques de routage basées sur application 3060787 10 peut être fournie conjointement avec deux aspects ; premièrement, une définition dans l'arbre de noeuds de Profil UE 312A contenant les informations spécifiques de configuration matérielle d'UE, de système d'exploitation, 5 de version de système d'exploitation et d'autres informations de fonctionnement d'UE ; et deuxièmement, une définition d'une feuille Idapplication, définie pour déploiement dans l'arbre de noeuds d'ISRP 310A tel que davantage décrit présentement (et illustré dans des arbres 10 de noeuds 400, 450 sur les Figures 4A et 4B, respectivement). [0027] La définition dans l'arbre de noeuds de Profil UE 312A peut être utilisée pour communiquer des informations générales de fonctionnement d'application et d'UE, par 15 l'intermédiaire du MO d'ANDSF tel qu'illustré dans le profil d'UE 202 communiqué sur la Figure 2. Un noeud spécifiant l'Idapplication pour des politiques d'application spécifiques est utilisé dans le MO d'ANDSF, déployé dans une ISRP pour à la fois des mécanismes de 20 déchargement de WLAN non transparents et basés sur flux. [0028] Les Figures 4A et 4B fournissent des illustrations données en exemple de structures de noeud de politique d'ISRP pour un objet de gestion d'ANDSF, pour un arbre de noeuds de politique basée sur flux 400 et un arbre 25 de noeuds de politique de déchargement non transparent 450, respectivement. Un ensemble de règles d'ISRP peut contenir un ou plusieurs conteneurs de distribution de flux, y compris un noeud Pourbasésurflux 402 pour un service de déchargement transparent et de mobilité de flux d'IP (IFOM) 30 tel que représenté sur la Figure 4A, et un noeud Pourdéchargementnontransparent 452 pour un service de déchargement non transparent tel que représenté sur la Figure 4B. 3060787 11 [0029] Les branches de noeud d'ISRP spécifient un mécanisme pour identifier le trafic généré par une application spécifique. Le conteneur de distribution de flux peut avoir une ou plusieurs règles de distribution de 5 flux. Dans le noeud Pourbasésurflux 402 pour un service d'IFOM tel que représenté sur la Figure 4A, ces règles de distribution comprennent des règles de distribution de trafic pour des UE conjointement avec un mécanisme de déchargement d'IFOM. Dans le noeud 10 Pourdéchargementnontransparent 452 pour le déchargement non transparent tel que représenté sur la Figure 4B, ces règles de distribution comprennent une distribution de trafic pour des UE conjointement avec un mécanisme de déchargement non transparent. 15 [0030] Selon un exemple, des noeuds d'ISRP sont définis pour une utilisation sous le noeud Pourbasésurflux 402, conjointement avec des définitions pour un noeud App-ID 404, un noeud Plateforme 406, un noeud AppsPlateforme 408 et un noeud IDAppspécifique_Plateforme 410. La définition de ces 20 noeuds peut être proposée comme suit : [0031] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /App-ID [0032] Ce noeud intérieur agit en tant que signet pour un mécanisme d'identification de FluxIP par l'intermédiaire 25 d'un identificateur d'application. L'absence de ce noeud peut être utilisée pour indiquer que l'identificateur d'application n'est pas examiné lors de la mise correspondance de paquets vis-à-vis de la description de flux IP de la règle. 30 [0033] - Occurrence : ZéroOuUn [0034] - Format : noeud [0035] - Types d'accès : obtenir (Get), remplacer (Replace) 3060787 12 [0036] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /App-ID/ / [0037] Ce noeud intérieur agit en tant que signet pour une ou plusieurs configurations de plateforme supportées 5 par l'UE sur la base des informations contenues dans le noeud Profil UE. [0038] - Occurrence : UnOuPlus [0039] - Format : noeud [0040] - Types d'accès : obtenir, remplacer 10 [0041] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /App-ID/ [0042] /plateforme [0043] La feuille de Plateforme indique la plateforme qui est associée à l'identificateur d'application contenu 15 dans la feuille de IDAppspécifique Plateforme correspondante. [0044] - Occurrence : Un [0045] - Format : chr [0046] - Types d'accès : obtenir, remplacer 20 [0047] - Valeurs : [0048] La valeur de l'identificateur de Plateforme est une chaîne qui spécifie le système d'exploitation ou l'environnement d'exécution avec les informations de version correspondantes et l'architecture matérielle de 25 l'UE. Une autre définition peut être proposée pour le format et les valeurs de l'identificateur de Plateforme. [0049] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /AppID/ /AppsPlateforme/ 30 [0050] Ce noeud intérieur agit en tant que signet pour une ou plusieurs feuilles de IDAppspécifiquePlateforme ; [0051] - Occurrence : Un [0052] - Format : noeud 3060787 13 [0053] - Types d'accès : obtenir, remplacer [0054] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /AppID/ /AppsPlateforme/ 5 [0055] Ce noeud intérieur agit en tant que signet pour une ou plusieurs feuilles IDAppspécifique Plateforme [0056] - Occurrence : UnOuPlus [0057] - Format : noeud [0058] - Types d'accès : obtenir, remplacer 10 [0059] Noeud : /ISRP/ /Pourbasésurflux/ /FluxIP/ /AppID/ /AppsPlateforme/ /IDAppspécifique Plateforme [0060] La feuille de IDAppspécifique_Plateforme indique l'identificateur d'application spécifique à une plateforme 15 associé à la description de Flux IP. [0061] - Occurrence : Un [0062] - Format : chr [0063] - Types d'accès : obtenir, remplacer [0064] - Valeurs : 20 [0065] La valeur d'IDApp est une chaîne de caractères associée à une application donnée. L'identificateur d'application spécifique à une plateforme identifie de manière unique l'application dans l'UE pour la plateforme donnée. En tant qu'exemple, l'identificateur d'application 25 peut prendre la forme com.organisation.app-nom. [0066] Selon un autre exemple, les noeuds d'ISRP sont définis pour une utilisation sous le noeud de Pourdéchargementnontransparent 452, conjointement avec des définitions pour un noeud App-ID 454, un noeud de Plateforme 30 456, un noeud AppsPlateforme 458 et un noeud de IDAppspécifique Plateforme 460. La définition de ces noeuds peut être proposée comme suit : 3060787 14 [0067] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / App-ID/ [0068] Ce noeud intérieur agit en tant que signet pour 5 une identification de FluxIP sur la base d'IDapplication. L'absence de cette feuille peut être utilisée pour indiquer que l'identificateur d'application n'est pas examiné lors de la mise en correspondance de paquets vis-à-vis de la description de flux IP de la règle. 10 [0069] - Occurrence : ZéroOuUn [0070] - Format : noeud [0071] - Types d'accès : obtenir, remplacer [0072] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / 15 App-ID/ / [0073] Ce noeud intérieur agit en tant que signet pour une ou plusieurs configurations de plateforme supportées par l'UE sur la base des informations contenues dans le noeud de profilUE. 20 [0074] - Occurrence : UnOuPlus [0075] - Format : noeud [0076] - Types d'accès : obtenir, remplacer [0077] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / 25 Plateforme [0078] La feuille de Plateforme indique la plateforme qui est associée à l'identificateur d'application contenu dans la feuille d'IDAppspécifiquePlateforme correspondante. 30 [0079] - Occurrence : Un [0080] - Format : chr [0081] - Types d'accès : obtenir, remplacer [0082] - Valeurs : 3060787 15 [0083] La valeur de l'identificateur Plateforme est une chaîne qui spécifie le système d'exploitation ou l'environnement d'exécution avec les informations de version correspondantes et l'architecture matérielle de 5 l'UE. Une autre définition peut être proposée pour le format et les valeurs de l'identificateur de Plateforme. [0084] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / App-ID/ /AppsPlateforme/ 10 [0085] Ce noeud intérieur agit en tant que signet pour une ou plusieurs feuilles d'IDAppspécifique Plateforme. [0086] - Occurrence : Un [0087] - Format : noeud [0088] - Types d'accès : obtenir, remplacer 15 [0089] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / AppsPlateforme/ [0090] Ce noeud intérieur agit en tant que signet pour une ou plusieurs feuilles d'IDAppspécifique Plateforme. 20 [0091] - Occurrence : UnOuPlus [0092] - Format : noeud [0093] - Types d'accès : obtenir, remplacer [0094] Noeud : /ISRP/ /Pourdéchargementnontransparent/ /FluxIP/ / 25 AppsPlateforme/ /IDAppspécifique Plateforme [0095] La feuille d'IDAppspécifique_Plateforme indique l'identificateur d'application spécifique à une plateforme associé à la description de Flux IP. [0096] - Occurrence : Un 30 [0097] - Format : chr [0098] - Types d'accès : obtenir, remplacer [0099] - Valeurs : 3060787 16 [00100] La valeur de l'identificateur IDApp peut être définie en tant que chaîne de caractères associée à une application donnée. L'identificateur d'application spécifique à une plateforme identifie de manière unique 5 l'application dans l'UE pour la plateforme donnée. En tant qu'exemple, l'identificateur d'application peut prendre la forme com.organisation.app-nom. [00101] La Figure 5 propose une illustration donnée en exemple d'une structure de noeud de profil d'utilisateur 500 10 (par exemple, noeud de Profil_UE 312) communiquée au serveur d'ANDSF 114 à l'aide d'un MO d'ANDSF. La structure de noeud de Profil UE 500 peut être agencée pour comprendre des informations caractérisant la configuration de plateforme de l'UE qui peut être utilisée par le serveur d'ANDSF 114 15 pour fourniture d'informations. La structure de noeud de Profil UE 500 est actualisée par l'UE à un temps approprié, par exemple après mise sous tension, ou avant d'établir une connexion de réseau. Le serveur d'ANDSF 114 est agencé pour extraire des informations provenant de la structure de noeud 20 de Profil UE 500 après que l'UE (par exemple, dispositif mobile 104C) a établi une connexion avec le serveur d'ANDSF 114. L'actualisation des informations contenues dans ces noeuds, cependant, n'implique pas nécessairement une quelconque interaction avec le serveur d'ANDSF. 25 [00102] La structure de noeud Profil UE 500 est utilisée pour définir la configuration d'UE et permettre à l'UE d'indiquer sa configuration au réseau. Afin de faire face aux multiples exigences de support de systèmes d'exploitation, le serveur d'ANDSF 114 fournit à l'UE des 30 politiques contenant l'ID d'application pour l'exécution du système d'exploitation correspondant sur l'UE et le type de plateforme matérielle afin d'identifier de manière correcte les applications. Avec la structure de noeud Profil-UE 500, 3060787 17 l'UE fournit à l'ANDSF les informations de configuration matérielle et de système d'exploitation supporté pour informer l'ANDSF pour obtenir ou télécharger les politiques avec l'ID d'application utilisé par la plateforme supportée 5 et ainsi identifier l'application à laquelle la politique se réfère. [00103] L'UE peut supporter de multiples configurations de plateforme. La configuration de plateforme communiquée avec le serveur d'ANDSF 114 peut indiquer le système 10 d'exploitation ou l'environnement d'exécution applicable avec les informations de version correspondantes. Selon un exemple, le serveur d'ANDSF utilise les informations de profil d'utilisateur provenant de la structure de noeud Profil UE 500 pour établir et communiquer une ISRP 15 particulière (par exemple, une ISRP personnalisée pour arbre de noeuds de politique basée sur flux 400 ou arbre de noeuds de politique de déchargement non transparent 450) pour une utilisation pour classifier un trafic d'application. L'ISRP est utilisé uniquement pour les 20 applications qui sont supportées par la configuration de plateforme d'UE sur la base des informations spécifiées dans la structure de noeud Profil UE 500. [00104] L'UE actualise les noeuds dans la structure de noeud Profil UE 500 de telle sorte que le serveur d'ANDSF 25 114 peut lire ces informations lors de l'interaction avec l'UE. Les informations dans la structure de noeud Profil UE 500 peuvent être extraites par le serveur d'ANDSF 114 durant un échange d'alliance pour les mobiles ouverts-gestion d'appareils mobiles (OMA-DM) lorsque le serveur lit 30 le MO de l'UE, par exemple. [00105] Tel qu'illustré sur la Figure 3, le MO a un noeud (noeud Profil UE 312) indiquant la configuration de l'UE et comprenant la structure de noeud Profil UE 500. La structure 3060787 18 de noeud Profil _UE 500 spécifie en détail la plateforme matérielle de l'UE et le système d'exploitation ou l'environnement d'exécution utilisé par ou disponible à l'UE. L'actualisation des informations contenues dans ces 5 noeuds n'implique pas nécessairement une quelconque interaction avec le serveur d'ANDSF 114. Cependant, le MO permet au serveur d'ANDSF 114 d'être informé à propos de la configuration matérielle de l'UE, du système d'exploitation et de la version du système d'exploitation installée sur 10 l'UE, et d'autres informations de profil d'UE pertinentes. Sur la base de ces informations, le serveur d'ANDSF 114 peut générer et fournir des identificateurs d'application spécifiques correspondant à une configuration d'UE (et ainsi personnaliser des politiques d'ISRP particulières aux 15 identificateurs d'application spécifiques). [00106] En tant qu'exemple spécifique de mise en oeuvre, les noeuds et objets de feuille suivants du noeud de Profil UE 312 et de l'Arbre de Noeuds Profil UE 312A peuvent _ _ être fournis sous l'objet de noeud structuré formaté de MO 20 d'ANDSF 302 : [00107] Noeud : /Profil UE/ [00108] Le noeud Profil _UE agit en tant que signet pour décrire les informations de configuration de plateforme de l'UE, et est utilisé pour identifier des applications et 25 des environnements d'application pour l'UE spécifique. [00109] - Occurrence : ZéroGuUn [00110] - Format : noeud [00111] - Types d'accès : obtenir [00112] Noeud : /Profil UE/ 30 [00113] Ce noeud intérieur agit en tant que signet pour une ou plusieurs configurations de plateforme de l'UE. [00114] - Occurrence : UnOuPlus [00115] - Format : noeud 3060787 19 [00116] - Types d'accès : obtenir [00117] Noeud : /Profil UE/ /Plateforme [00118] La feuille de Plateforme indique la configuration de plateforme supportée par l'UE. 5 [00119] - Occurrence : Zéro0uUn [00120] - Format : chr [00121] - Types d'accès : obtenir [00122] - Valeurs : [00123] La valeur de l'identificateur Plateforme peut 10 comprendre une chaîne qui spécifie le système d'exploitation ou l'environnement d'exécution avec les informations de version correspondantes et l'architecture matérielle de l'UE. Une autre définition du format et des valeurs de l'identificateur Plateforme peut être fournie, 15 pour indiquer l'architecture matérielle et les informations d'environnement d'exécution ou de système d'exploitation pour identifier de manière unique des applications appropriées sur l'UE. [00124] Une autre spécification pour le format du noeud 20 Profil _UE ou de l'identificateur Plateforme peut factoriser des configurations matérielles, de système d'exploitation ou logicielles spécifiques. En tant qu'exemple, l'identificateur Plateforme peut spécifier l'une des valeurs suivantes : 25 [00125] - Androïd sur x86 sur processeurs basés sur x86 [00126] - Androïd sur ARM sur processeurs basés sur x86 [00127] - Version 8 de Windows sur processeurs basés sur x86 [00128] - Version 8 de Windows sur processeurs basés sur 30 ARM [00129] - iOS sur processeurs basés sur ARM [00130] Bien que les valeurs précédentes données en exemple d'identificateur soient spécifiques à certaines 3060787 20 mises en oeuvre de dispositif, ces valeurs données en exemple sont proposées à des fins d'illustration et non de limitation. Une diversité d'autres valeurs de mise en oeuvre matérielle de dispositif, de système d'exploitation et de 5 mise en oeuvre logicielle peuvent être spécifiées par l'identificateur de Plateforme ou d'autres informations dans la structure de noeud Profil _UE 500. Celles-ci peuvent comprendre des valeurs spécifiques à des configurations logicielles et matérielles aptes à être configurées, aptes 10 à être adaptées ou aptes à être mises à niveau. [00131] Dans d'autres exemples, l'ISRP peut être configurée pour gérer une politique d'actualisation utilisée pour fournir une actualisation des règles de distribution, y compris des actualisations pour des 15 informations de profil pour différents UE et différentes applications d'UE. [00132] Noeud : /ISPR/ /PolitiqueActualisation [00133] La feuille PolitiqueActualisation indique la politique d'actualisation pour l'ISRP. La valeur de 20 PolitiqueActualisation peut être utilisée par l'UE pour déterminer s'il faut ou non demander une actualisation de son ISRP lorsque la règle n'est plus considérée comme étant valide par l'UE. La valeur par défaut 0 s'applique si cette feuille n'est pas fournie. 25 [00134] - Occurrence : ZéroOuUn [00135] - Format : booléen [00136] - Types d'accès : obtenir, remplacer [00137] - Valeurs : 0, 1 (0 indique que l'UE n'a pas à demander une actualisation des règles ; 1 indique que l'UE 30 doit demander une actualisation des règles). [00138] La Figure 6 propose un organigramme donné en exemple 600 illustrant un procédé pour établir et déployer une politique d'ANDSF identifiant une application. Tel 3060787 21 qu'illustré, l'organigramme 600 comprend une combinaison d'actions réalisées au niveau du serveur d'ANDSF et au niveau de l'UE. Cependant, il apparaîtra que des variations au procédé d'aperçu suivant peuvent comprendre des actions 5 et techniques correspondantes réalisées exclusivement au niveau du serveur d'ANDSF ou de l'UE. [00139] L'organigramme 600 décrit des opérations pour communiquer et obtenir les informations de profil d'UE, y compris la fourniture des informations de profil d'UE 10 depuis l'UE vers le serveur d'ANDSF (opération 602) et la détermination des informations de configuration de dispositif au niveau du serveur d'ANDSF à partir des informations de profil d'UE (opération 604). Les informations de profil d'UE peuvent être communiquées dans 15 un objet de MO d'ANDSF ou dans d'autres données fournies au serveur d'ANDSF avant le déploiement de la politique d'ISRP. [00140] Ensuite, des opérations pour déterminer les valeurs de la politique d'ISRP particulière comprennent 20 l'actualisation de l'ISRP sur la base des informations de configuration de dispositif (opération 606), et la fourniture de l'ISRP depuis le serveur d'ANDSF vers l'UE (opération 608). L'ISRP peut être communiquée en tant que noeud d'un objet de MO d'ANDSF communiqué à l'UE. L'ISRP 25 peut être poussée vers ou tirée du serveur d'ANDSF ou d'un autre dispositif de l'EPC. [00141] L'ISRP est actualisée pour factoriser la configuration matérielle et logicielle de l'UE, et peut fournir de multiples types de valeurs de politique de 30 déchargement à appliquer. La détermination de l'ensemble approprié de valeurs de politique dans l'ISRP peut comprendre la détermination du point de savoir si un déchargement de trafic transparent ou non transparent se 3060787 22 produit (opération 610). Lors de la sélection de l'ensemble approprié de valeurs de politique dans l'ISRP, les valeurs de politique d'application pour déchargement peuvent être extraites de l'ISRP (opération 612) (par exemple, du noeud 5 APP-ID dans la section d'ISRP spécifique à un déchargement transparent ou non transparent). [00142] Bien que les exemples précédents aient été fournis en référence à un serveur d'ANDSF et une utilisation de politique spécifiques dans un réseau 3GPP, 10 il convient de comprendre que l'utilisation et le déploiement d'informations d'application d'identification pour déchargement de réseau peuvent être proposés dans une diversité de réseaux et utilisant d'autres types de mécanismes de déploiement. Par exemple, des structures non-15 ANDSF peuvent être utilisées pour communiquer tout ou des parties des information de politique pour des applications logicielles spécifiques. En outre, un équipement utilisateur multimode peut comprendre un quelconque dispositif capable de communication sur le réseau 20 transporteur primaire et un réseau déchargé secondaire, y compris des ordinateurs personnels, des bloc-notes et des ordinateurs portatifs, des téléphones intelligents, des tablettes, des points d'accès sans fil mobiles, des lecteurs multimédia et similaires. 25 [00143] Tels que décrits présentement, différents procédés ou différentes techniques, ou certains aspects ou certaines parties de ceux-ci, peuvent prendre la forme d'un code de programme (à savoir, instructions) mis en oeuvre dans des supports tangibles, tels qu'une mémoire flash, des 30 CD/DVD-ROM, des disques durs, des dispositifs de stockage portables ou un quelconque autre support de stockage apte à être lu par machine dans lesquels, lorsque le code de programme est chargé dans et exécuté par une machine, telle 3060787 23 qu'un ordinateur, la machine devient un appareil pour mettre en pratique les différentes techniques. Dans le cas d'une exécution de code de programme sur des ordinateurs programmables, le dispositif informatique peut comprendre 5 un processeur, un support de stockage apte à être lu par le processeur (y compris une mémoire et/ou des éléments de stockage volatils et non volatils), au moins un dispositif d'entrée et au moins un dispositif de sortie. Un ou plusieurs programmes qui peuvent mettre en oeuvre ou 10 utiliser les différentes techniques décrites présentement peuvent utiliser une interface de programmation d'application (API), des commandes réutilisables et similaires. De tels programmes peuvent être mis en oeuvre dans un langage de programmation orienté objet ou 15 procédural de niveau élevé pour communiquer avec un système d'ordinateur. Cependant, le ou les programmes peuvent être mis en oeuvre dans un langage assembleur ou machine, si on le souhaite. En tout cas, le langage peut être un langage interprété ou compilé, et combiné avec des mises en oeuvre 20 matérielles. [00144] La Figure 7 propose une illustration donnée en exemple d'un dispositif mobile 700, tel qu'un équipement utilisateur (UE), une station mobile (MS), un dispositif sans fil mobile, un dispositif de communication mobile, une 25 tablette, un combiné ou un autre type de dispositif sans fil mobile. Le dispositif mobile 700 peut comprendre une ou plusieurs antennes 708 configurées pour communiquer avec une station de base (BS), un noeud B évolué ou un autre type de point d'accès de réseau étendu sans fil (WWAN). Le 30 dispositif mobile 700 peut être configuré pour communiquer en utilisant au moins une norme de communication sans fil comprenant LTE 3GPP, WiMAX, accès par paquets haute vitesse (HSPA), Bluetooth et Wi-Fi. Le dispositif mobile 700 peut 3060787 24 communiquer en utilisant des antennes séparées pour chaque norme de communication sans fil ou des antennes partagées pour de multiples normes de communication sans fil. Le dispositif mobile 700 peut communiquer dans un WLAN, un 5 réseau personnel sans fil (WPAN) et/ou un WWAN. [00145] La Figure 7 propose également une illustration d'un microphone 720 ou d'un ou plusieurs haut-parleurs 712 qui peuvent être utilisés pour une entrée et une sortie audio du dispositif mobile 700. L'écran d'affichage 704 10 peut être un écran de dispositif d'affichage à cristaux liquides (LCD) ou un autre type d'écran d'affichage tel qu'un dispositif d'affichage à diodes électroluminescentes organiques (DELO). L'écran d'affichage 704 peut être configuré en tant qu'écran tactile. L'écran tactile peut 15 utiliser une technologie d'écran tactile capacitive, résistive ou un autre type de technologie d'écran tactile. Un processeur d'application 714 et un processeur graphique 718 peuvent être couplés à une mémoire interne 716 pour fournir des capacités de traitement et d'affichage. Un port 20 de mémoire non volatile 710 peut également être utilisé pour fournir des options d'entrée et/ou sortie de données à un utilisateur. Le port de mémoire non volatile 710 peut également être utilisé pour étendre les capacités de mémoire du dispositif mobile 700. Un clavier 706 peut être 25 intégré au dispositif mobile 700 ou connecté de manière sans fil au dispositif mobile 700 pour fournir une entrée d'utilisateur supplémentaire. Un clavier virtuel peut également être fourni à l'aide de l'écran tactile. Un appareil photo 722 située sur le côté avant (écran de 30 dispositif d'affichage) ou le côté arrière du dispositif mobile 700 peut également être intégrée dans le boîtier du dispositif mobile 700. 3060787 25 [00146] La Figure 8 est un schéma fonctionnel illustrant une machine de système d'ordinateur donnée en exemple sur laquelle l'une quelconque ou plusieurs des technologies discutées présentement peuvent être exécutées. Un système 5 d'ordinateur 800 peut être mis en oeuvre en tant que dispositifs mobiles 104A, 104B, dispositif mobile 700 (à partir des Figures 1 et 7), ou une quelconque autre plateforme informatique décrite ou à laquelle on s'est référé présentement. Selon des modes de réalisation 10 alternatifs, la machine fonctionne en tant que dispositif autonome ou peut être connectée (par exemple, en réseau) à d'autres machines. Dans un déploiement en réseau, la machine peut fonctionner dans la capacité de soit un serveur, soit une machine client dans des environnements de 15 réseau serveur-client, ou elle peut agir en tant que machine homologue dans des environnements de réseau posteà-poste (ou répartis). La machine peut être un ordinateur personnel (PC) qui peut être ou peut ne pas être portable (par exemple, un bloc-notes ou un miniportable), une 20 tablette, un boîtier décodeur (STB), une console de jeu, un assistant numérique personnel (PDA), un téléphone mobile ou un téléphone intelligent, un appareil web, un routeur de réseau, un commutateur ou un pont, ou une quelconque machine apte à exécuter des instructions (séquentielles ou 25 autrement) qui spécifient des actions à entreprendre par cette machine. En outre, alors qu'uniquement une unique machine est illustrée, le terme « machine » doit également être considéré comme comprenant une quelconque collection de machines qui exécutent individuellement ou conjointement 30 un ensemble (ou de multiples ensembles) d'instructions pour réaliser l'une quelconque ou plusieurs des méthodologies discutées présentement. 3060787 26 [00147] Un système d'ordinateur donné en exemple 800 comprend un processeur 802 (par exemple, une unité centrale de traitement (CPU), une unité de traitement graphique (GPU) ou les deux), une mémoire principale 804 et une 5 mémoire statique 806, qui communiquent les uns avec les autres par l'intermédiaire d'une interconnexion 808 (par exemple, une liaison, un bus, etc.). Le système d'ordinateur 800 peut en outre comprendre une unité d'affichage vidéo 810, un dispositif d'entrée 10 alphanumérique 812 (par exemple, un clavier) et un dispositif de navigation 814 d'interface d'utilisateur (UI) (par exemple, une souris). Selon un mode de réalisation, l'unité d'affichage vidéo 810, le dispositif d'entrée 812 et le dispositif de navigation 814 d'UI sont un dispositif 15 d'affichage à écran tactile. Le système d'ordinateur 800 peut comprendre de manière additionnelle un dispositif de stockage 816 (par exemple, une unité de commande), un dispositif de génération de signal 818 (par exemple, un haut-parleur), un contrôleur de sortie 832, un contrôleur 20 de gestion de puissance 834 et un dispositif d'interface réseau 820 (qui peut comprendre ou communiquer de manière fonctionnelle avec une ou plusieurs antennes 830, un ou plusieurs émetteurs-récepteurs ou un autre matériel de communications sans fil), et un ou plusieurs capteurs 828, 25 tels qu'un capteur de GPS, une boussole, un capteur de position, un accéléromètre ou un autre capteur. [00148] Le dispositif de stockage 816 comprend un support apte à être lu par machine 822 sur lequel sont stockés un ou plusieurs ensembles de structures de données et 30 d'instructions 824 (par exemple, de logiciel) mettant en oeuvre ou utilisés par l'une quelconque ou plusieurs des technologies ou fonctions décrites présentement. Les instructions 824 peuvent également résider, complètement ou 3060787 27 au moins partiellement, dans la mémoire principale 804, la mémoire statique 806 et/ou dans le processeur 802 durant l'exécution de celles-ci par le système d'ordinateur 800, avec la mémoire principale 804, la mémoire statique 806 et 5 le processeur 802 constituant également des supports aptes à être lus par machine. [00149] Alors que le support apte à être lu par machine 822 est illustré dans un mode de réalisation donné en exemple comme étant un support unique, le terme « support 10 apte à être lu par machine » peut comprendre un support unique ou de multiples supports (par exemple, une base de données centralisée ou répartie, et/ou des caches et des serveurs associés) qui stockent la ou les instructions 824. Le terme « support apte à être lu par machine » doit 15 également être considéré comme comprenant un quelconque support tangible qui est apte à stocker, coder ou porter des instructions pour une exécution par la machine et qui amène la machine à réaliser l'une quelconque ou plusieurs des méthodologies de la présente divulgation ou qui est 20 apte à stocker, coder ou porter des structures de données utilisées par ou associées à de telles instructions. Le terme « support apte à être lu par machine » doit par conséquent être considéré comme comprenant, mais non limité à, des mémoires à semi-conducteurs, et des supports 25 optiques et magnétiques. Des exemples spécifiques de supports aptes à être lus par machine comprennent une mémoire non volatile, y compris, à titre d'exemple, des dispositifs de mémoire à semi-conducteurs (par exemple, mémoire morte programmable électriquement (EPROM), mémoire 30 morte programmable effaçable électriquement (EEPROM)) et des dispositifs de mémoire flash ; des disques magnétiques tels que des disques durs internes ou des disques 3060787 28 amovibles ; des disques magnéto-optiques ; et des disques de CD-ROM et de DVD-ROM. [00150] Les instructions 824 peuvent en outre être émises ou reçues sur un réseau de communications 826 à l'aide d'un 5 support d'émission par l'intermédiaire du dispositif d'interface réseau 820 utilisant l'un quelconque de nombreux protocoles de transfert bien connus (par exemple, HTTP). Des exemples de réseaux de communication comprennent un réseau local (LAN), un réseau étendu (WLAN), l'Internet, 10 des réseaux de téléphonie mobile, des réseaux téléphoniques traditionnels (POTS) et des réseaux de données sans fil (par exemple, Wifi, 3G, et LTE/LTE-A 4G ou des réseaux WiMAX). Le terme « support d'émission » devra être considéré comme comprenant un quelconque support intangible 15 qui est capable de stocker, coder ou porter des instructions pour une exécution par la machine et comprend des signaux de communications analogiques ou numériques ou un autre support intangible pour faciliter une communication d'un tel logiciel. 20 [00151] D'autres configurations de réseau aptes à être appliquées peuvent être comprises dans la portée des réseaux de communication décrits présentement. Bien que des exemples aient été proposés en référence à une configuration de réseau sans fil local et à une connexion 25 de réseau Internet étendu, il convient de comprendre que des communications peuvent également être facilitées à l'aide de quelconques nombre de réseaux personnels, LAN et WLAN, à l'aide d'une quelconque combinaison de supports d'émission filaires ou sans fil. 30 [00152] Les modes de réalisation décrits ci-dessus peuvent être mis en oeuvre dans l'un ou une combinaison parmi matérielle, micro-programme et logicielle. Des modes de réalisation peuvent également être mis en oeuvre en tant 3060787 29 qu'instructions stockées sur un dispositif de stockage apte à être lu par ordinateur, qui peuvent être lues et exécutées par au moins un processeur pour réaliser les opérations décrites présentement. Un dispositif de stockage 5 apte à être lu par ordinateur peut comprendre un quelconque mécanisme non transitoire pour stocker des informations sous une forme apte à être lue par une machine (par exemple, un ordinateur). Par exemple, un dispositif de stockage apte à être lu par ordinateur peut comprendre une 10 mémoire morte (ROM), une mémoire vive (RAM), des supports de stockage de disque magnétique, des supports de stockage optique, des dispositifs de mémoire dispositifs et supports de stockage. [00153] Il convient de comprendre flash et d'autres 15 capacités fonctionnelles décrites dans peuvent être désignées ou marquées en que les unités ou cette spécification tant que composants ou modules, afin de souligner plus particulièrement leur indépendance de mise en oeuvre. Par exemple, un composant ou un module peut être mis en oeuvre en tant que circuit 20 matériel comprenant des circuits à intégration à très grande échelle (VLSI) personnalisés ou des réseaux de portes, des semi-conducteurs prêts à l'emploi tels que des puces logiques, des transistors ou d'autres composants discrets. Un composant ou un module peut également être mis 25 en oeuvre dans des dispositifs matériels programmables tels que des matrices prédiffusées programmables par l'utilisateur (FPGA), une logique de réseau programmable, des dispositifs logiques programmables ou similaires. Des composants ou des modules peuvent également être mis en 30 oeuvre dans un logiciel pour une exécution par différents types de processeurs. Un composant ou un module identifié de code exécutable peut, par exemple, comprendre un ou plusieurs blocs logiques ou physiques d'instructions 3060787 30 d'ordinateur, qui peuvent, par exemple, être organisés en tant qu'objet, procédure ou fonction. Néanmoins, les exécutables d'un composant ou d'un module identifié n'ont pas besoin d'être situés physiquement ensemble, mais 5 peuvent comprendre des instructions disparates stockées dans différents emplacements qui, lorsqu'elles sont jointes logiquement ensemble, comprennent le composant ou le module et atteignent le but statué pour le composant ou le module. [00154] En effet, un composant ou un module de code 10 exécutable peut être une unique instruction, ou plusieurs instructions, et peut même être réparti sur plusieurs segments de code différents, parmi des programmes différents, et à travers plusieurs dispositifs de mémoire. De manière similaire, des données fonctionnelles peuvent 15 être identifiées et illustrées présentement dans des composants ou des modules, et peuvent être mises en oeuvre sous une quelconque forme appropriée et organisée dans un quelconque type approprié de structure de données. Les données fonctionnelles peuvent être collectées en tant 20 qu'ensemble de données unique ou peuvent être réparties sur différents emplacements y compris sur différents dispositifs de stockage, et peuvent exister, au moins partiellement, simplement en tant que signaux électroniques sur un système ou un réseau. Les composants ou modules 25 peuvent être passifs ou actifs, y compris des agents aptes à être mis en oeuvre pour réaliser des fonctions désirées. [00155] Des exemples supplémentaires des modes de réalisation de procédé, système et dispositif décrits présentement comprennent les configurations suivantes, non 30 limitatives. Chacun des exemples non limitatifs suivants peut être indépendant ou peut être combiné dans une quelconque permutation ou combinaison avec l'un quelconque 3060787 31 ou plusieurs des autres exemples proposés ci-dessous ou à travers la présente description. [00156] L'Exemple 1 comprend l'objet mis en oeuvre par un procédé réalisé au niveau d'un serveur de fonction de 5 découverte et de sélection de réseau d'accès (ANDSF), pour établir des politiques de routage de réseau basées sur application, le procédé comprenant : obtenir des informations de profil d'équipement utilisateur (UE) d'un noeud de profil d'UE dans un objet de gestion d'ANDSF, les 10 informations de profil d'UE étant spécifiques à une configuration d'un UE ; déterminer une politique d'application pour décharger des données vers un réseau secondaire pour une application logicielle particulière fonctionnant dans la configuration de l'UE ; définir un 15 noeud d'application dans un noeud de politique de routage inter-système (ISRP) de l'objet de gestion d'ANDSF, le noeud d'application fournissant la politique d'application pour décharger des données sur le réseau secondaire ; et fournir l'ISRP à l'UE pour une mise en oeuvre de la politique 20 d'application pour décharger des données sur le réseau secondaire. [00157] Selon l'Exemple 2, l'objet de l'Exemple 1 peut facultativement comprendre la fourniture de l'ISRP à l'UE pour une mise en oeuvre par émission de l'objet de gestion 25 d'ANDSF depuis le serveur d'ANDSF vers l'UE, le noeud d'application comprenant un premier noeud d'application défini pour une politique basée sur flux du noeud d'ISRP et un second noeud d'application défini pour une politique basée sur déchargement non transparent du noeud d'ISRP. 30 [00158] Selon l'Exemple 3, l'objet de l'un ou d'une quelconque combinaison des Exemples 1-2 peut facultativement comprendre l'obtention d'informations de profil d'UE d'un noeud de profil d'UE dans l'objet de 3060787 32 gestion d'ANDSF par obtention de l'objet de gestion d'ANDSF depuis l'UE durant un échange d'alliance pour les mobiles ouverts-gestion d'appareils mobiles (OMA-DM) et lecture du noeud de profil d'UE depuis l'objet de gestion d'ANDSF, et 5 l'objet de gestion d'ANDSF étant structuré sous un format de langage de balisage extensible (XML). [00159] Selon l'Exemple 4, l'objet de l'un ou d'une quelconque combinaison des Exemples 1-3 peut facultativement comprendre un nouveau noeud d'application 10 compris dans l'ISRP pour chaque application de l'UE identifiée pour une inclusion dans la politique d'application pour décharger des données sur le réseau secondaire. [00160] Selon l'Exemple 5, l'objet de l'un ou d'une 15 quelconque combinaison des Exemples 1-4 peut facultativement comprendre les informations de profil d'UE spécifiques à une configuration d'un UE comprenant des informations pour identifier une pluralité d'applications logicielles spécifiques à la configuration de l'UE. 20 [00161] Selon l'Exemple 6, l'objet de l'un ou d'une quelconque combinaison des Exemples 1-5 peut facultativement comprendre les informations pour identifier une pluralité d'applications logicielles spécifiques à la configuration de l'UE indiquant l'un ou plusieurs de : une 25 version logicielle, une version matérielle, une architecture matérielle ou un système d'exploitation. [00162] Selon l'Exemple 7, l'objet de l'un ou d'une quelconque combinaison des Exemples 1-6 peut facultativement comprendre le noeud d'application comprenant 30 un identificateur d'application, l'identificateur d'application étant utilisé pour identifier de manière unique l'application logicielle particulière fonctionnant dans la configuration de l'UE. 3060787 33 [00163] Selon l'Exemple 8, l'objet de l'un ou d'une quelconque combinaison des Exemples 1-7 peut facultativement comprendre le serveur d'ANDSF qui est fourni dans un coeur à paquets évolué fonctionnant selon une 5 norme d'une famille de normes d'évolution à long terme ou d'évolution à long terme-avancée (LTE/LTE-A) 3GPP, et le réseau secondaire étant un réseau local sans fil fonctionnant selon une norme d'une famille de normes IEEE 802.11. 10 [00164] L'Exemple 9 peut comprendre, ou peut facultativement être combiné avec tout ou des parties de l'objet de l'un ou d'une quelconque combinaison des Exemples 1-8 pour comprendre l'objet mis en oeuvre par un dispositif d'équipement utilisateur (UE) multimode, 15 comprenant un émetteur-récepteur agencé pour réaliser des communications avec un réseau sans fil basé sur porteuses et avec un réseau local sans fil ; et un circuit de traitement agencé pour mettre en oeuvre une ou plusieurs politiques de routage de réseau basées sur application 20 fournies par un serveur de fonction de découverte et de sélection de réseau d'accès (ANDSF) maintenu dans un coeur à paquets évolué du réseau sans fil basé sur porteuses, le circuit de traitement étant agencé pour réaliser une ou plusieurs instructions pour : émettre, au serveur d'ANDSF, 25 des informations de profil d'UE comprenant une configuration matérielle et logicielle de l'UE ; recevoir, en provenance du serveur d'ANDSF, une politique de routage de réseau d'application pour décharger des données d'une application logicielle agencée pour un fonctionnement sur 30 l'UE, la politique de routage de réseau d'application étant comprise dans une politique de routage inter-système (ISRP) d'un objet de gestion d'ANDSF ; et réaliser le déchargement de données générées depuis l'application logicielle vers le 3060787 34 réseau local sans fil conjointement avec l'ISRP et la politique de routage de réseau d'application pour décharger des données. [00165] Selon l'Exemple 10, l'objet de l'Exemple 9 peut 5 facultativement comprendre dans celui-ci les informations de profil d'UE comprenant des informations pour l'un ou plusieurs de : une version logicielle, une version matérielle, une architecture matérielle ou un système d'exploitation. 10 [00166] Selon l'Exemple 11, l'objet de l'un ou d'une quelconque combinaison des Exemples 9-10 peut facultativement comprendre la politique de routage de réseau d'application comprenant une pluralité de noeuds pour une pluralité d'applications logicielles agencées pour un 15 fonctionnement sur l'UE, la pluralité d'applications logicielles comprenant l'application logicielle, et chacune de la pluralité d'applications logicielles comprenant un identificateur spécifique à une application logicielle particulière et un environnement d'exploitation de 20 l'application logicielle particulière. [00167] Selon l'Exemple 12, l'objet de l'un ou d'une quelconque combinaison des Exemples 9-11 peut facultativement comprendre la politique de routage de réseau d'application comprenant une première politique de 25 routage de réseau d'application définie pour une politique basée sur flux de l'ISRP, et une seconde politique de routage de réseau d'application définie pour une politique basée sur déchargement non transparent de l'ISRP. [00168] Selon l'Exemple 13, l'objet de l'un ou d'une 30 quelconque combinaison des Exemples 9-12 peut facultativement comprendre la première politique de routage de réseau d'application et la seconde politique de routage de réseau d'application comprenant chacune un noeud pour 3060787 l'application logicielle comprenant une pluralité de politiques d'application changeantes basées sur la configuration logicielle et matérielle de l'UE. [00169] Selon l'Exemple 14, l'objet de l'un ou d'une 5 quelconque combinaison des Exemples 9-13 peut facultativement comprendre le réseau sans fil basé sur porteuses fonctionnant selon une norme d'une famille de normes d'évolution à long terme ou d'évolution à long terme-avancée (LTE/LTE-A) 3GPP, et le réseau local sans fil 10 fonctionnant selon une norme d'une famille de normes IEEE 802.11. [00170] L'Exemple 15 peut comprendre, ou peut facultativement être combiné avec tout ou des parties de l'objet de l'un ou d'une quelconque combinaison des 15 Exemples 1-14 pour comprendre l'objet mis en oeuvre par un procédé réaliSé par un équipement utilisateur (UE) pour mettre en oeuvre une politique de routage de réseau basée sur application, le procédé comprenant : fournir, à un serveur d'ANDSF, des informations de profil d'UE pour une 20 configuration matérielle et logicielle de l'UE ; recevoir, du serveur d'ANDSF, une politique d'application pour décharger des données pour une application logicielle agencée pour un fonctionnement sur l'UE, la politique d'application étant comprise dans un objet de gestion 25 d'ANDSF et spécifique à la configuration matérielle et logicielle de l'UE ; et faire fonctionner l'application logicielle conjointement avec la politique d'application pour décharger des données, par routage de données dans l'application logicielle vers un réseau de déchargement 30 selon des spécifications de la politique d'application. [00171] Selon l'Exemple 16, l'objet de l'Exemple 15 peut facultativement comprendre la politique d'application pour décharger des données comprenant une première politique 3060787 36 d'application définie pour une politique basée sur flux dans une politique de routage inter-système, et une seconde politique d'application définie pour une politique basée sur déchargement non transparent dans la politique de 5 routage inter-système. [00172] Selon l'Exemple 17, l'objet de l'un ou d'une quelconque combinaison des Exemples 15-16 peut facultativement comprendre la détermination du point de savoir si un déchargement de trafic basé sur flux ou non 10 transparent est disponible dans l'application logicielle, et la sélection de la première politique d'application ou de la seconde politique d'application sur la base de la détermination. [00173] Selon l'Exemple 18, l'objet de l'un ou d'une 15 quelconque combinaison des Exemples 15-17 peut facultativement comprendre le fonctionnement d'une seconde application logicielle conjointement avec la politique d'application pour décharger des données, par routage de données dans la seconde application logicielle vers le 20 réseau de déchargement selon des spécifications de la politique d'application, la politique d'application comprenant une seconde politique d'application pour décharger des données pour la seconde application logicielle . 25 [00174] Selon l'Exemple 19, l'objet de l'un ou d'une quelconque combinaison des Exemples 15-18 peut facultativement comprendre les informations de profil d'UE sur une configuration matérielle et logicielle de l'UE qui est fournie dans un objet de gestion durant un échange 30 d'alliance pour les mobiles ouverts-gestion d'appareils mobiles (OMA-DM). [00175] L'Exemple 20 peut comprendre, ou peut facultativement être combiné avec tout ou des parties de 3060787 37 l'objet de l'un ou d'une quelconque combinaison des Exemples 1-19 pour comprendre l'objet mis en oeuvre par une configuration de coeur à paquets évolué ou de systèmes similaires, dans une communication sans fil avec un 5 équipement utilisateur (UE) par l'intermédiaire d'un réseau sans fil primaire établi par un noeud B évolué (noeud B évolué), comprenant : un serveur de fonction de découverte et de sélection de réseau d'accès (ANDSF), en communication fonctionnelle avec le noeud B évolué, et agencé pour gérer 10 un objet de gestion d'ANDSF pour commander le déchargement de trafic de données depuis une ou plusieurs applications logicielles fonctionnant dans l'UE sur un réseau sans fil secondaire à distance, et pour échanger l'objet de gestion d'ANDSF avec l'UE ; une passerelle de réseau de données par 15 paquets, en communication fonctionnelle avec le noeud B évolué et le réseau sans fil secondaire à distance, et agencée pour faciliter le déchargement du trafic de données sur le réseau sans fil secondaire à distance ; le serveur d'ANDSF étant agencé pour réaliser des opérations pour : 20 accéder à des informations de profil d'UE comprises dans un noeud de profil d'équipement utilisateur de l'objet de gestion d'ANDSF, les informations de profil d'UE étant spécifiques à une configuration de fonctionnement de l'UE ; définir un noeud d'application pour une inclusion dans un 25 noeud de politique de routage inter-système (ISRP) de l'objet de gestion d'ANDSF, le noeud d'application fournissant une ou plusieurs politiques spécifiques à une application pour décharger des données pour les applications logicielles fonctionnant dans l'UE, et les 30 politiques spécifiques à une application commandant le déchargement sur le réseau sans fil secondaire à distance pour les applications logicielles fonctionnant dans l'UE ; et fournir l'objet de gestion d'ANDSF comprenant le noeud 3060787 38 d'ISRP à l'UE pour une mise en oeuvre des politiques spécifiques à une application. [00176] Selon l'Exemple 21, l'objet de l'Exemple 20 peut facultativement comprendre le serveur d'ANDSF qui est 5 agencé pour réaliser des opérations pour déterminer les politiques spécifiques à une application pour décharger des données pour une application logicielle particulière des applications logicielles sur la base d'une configuration de fonctionnement matérielle et logicielle de l'application 10 logicielle particulière indiquée par les informations de profil d'UE. [00177] Selon l'Exemple 22, l'objet de l'un ou d'une quelconque combinaison des Exemples 20-21 peut facultativement comprendre la configuration de 15 fonctionnement matérielle et logicielle de l'application logicielle particulière indiquée par les informations de profil d'UE comprenant des informations identifiant l'application logicielle particulière en utilisant un ou plusieurs parmi : une version logicielle, une version 20 matérielle, une architecture matérielle ou un système d'exploitation. [00178] Selon l'Exemple 23, l'objet de l'un ou d'une quelconque combinaison des Exemples 20-22 peut facultativement comprendre le noeud d'ISRP fournissant des 25 spécifications pour déchargement basé sur flux et pour déchargement non transparent. [00179] Selon l'Exemple 24, l'objet de l'un ou d'une quelconque combinaison des Exemples 20-23 peut facultativement comprendre le noeud d'application comprenant 30 un identificateur d'application, l'identificateur d'application étant utilisé pour identifier de manière unique les applications logicielles fonctionnant dans l'UE, 3060787 39 l'objet de gestion d'ANDSF étant structuré sous un format de langage de balisage extensible (XML). [00180] Selon l'Exemple 25, l'objet de l'un ou d'une quelconque combinaison des Exemples 20-24 peut 5 facultativement comprendre le coeur à paquets évolué qui conduit des opérations selon une norme d'une famille de normes d'évolution à long terme ou d'évolution à long terme-avancée (LTE/LTE-A) 3GPP, le réseau sans fil secondaire à distance étant un réseau local sans fil 10 fonctionnant selon une norme d'une famille de normes IEEE 802.11. 15 MODES DE REALISATION Clause 1. Un équipement utilisateur multimode (UE), 20 comprenant : un composant de réception agencé pour recevoir, à partir d'un serveur de fonction de découverte et de sélection de réseau d'accès (ANDSF) maintenu dans un coeur à paquets évolué d'un réseau d'accès basé sur porteuses, 25 un objet de gestion d'ANDSF, l'objet de gestion d'ANDSF comprenant une politique de routage inter-système (ISRP) basée sur un identificateur de système d'exploitation (OSId) pour un système d'exploitation de l'UE, l'ISRP comprenant une règle de routage de réseau d'application 30 pour un déchargement de données d'une application logicielle agencée pour un fonctionnement sur l'UE ; et un composant de routage agencé pour réaliser un déchargement de données générées de l'application 3060787 logicielle sur un réseau d'accès secondaire selon l'ISRP. Clause 2. UE multimode selon la clause 1, comprenant un 5 composant d'émission agencé pour émettre un second objet de gestion d'ANDSF, le second objet de gestion d'ANDSF comprenant des informations de profil d'UE, les informations de profil d'UE comprenant l'OSId. 10 Clause 3. UE multimode selon la clause 2, dans lequel les informations de profil d'UE comprennent des informations pour un ou plusieurs aspects de l'UE comprenant une version logicielle, une version matérielle ou une architecture matérielle. 15 Clause 4. UE multimode selon la clause 1, dans lequel l'ISRP comprend une règle basée sur un déchargement non transparent. 20 Clause 5. UE multimode selon la clause 4, dans lequel la règle basée sur un déchargement non transparent comprend un noeud pour l'application logicielle comprenant une règle de routage basée sur un déchargement non transparent pour l'application logicielle. 25 Clause 6. UE multimode selon la clause 1, dans lequel l'ISRP comprend une règle basée sur flux. Clause 7. UE multimode selon la clause 6, dans lequel la 30 règle basée sur flux comprend un noeud pour l'application logicielle comprenant une règle de routage basée sur flux pour l'application logicielle. 3060787 41 Clause 8. UE multimode selon la clause 1, dans lequel le réseau d'accès basé sur porteuses fonctionne selon une norme d'une famille de normes d'évolution à long terme ou d'évolution à long terme-avancée (LTE/LTE-A) 3GPP, et le 5 réseau d'accès secondaire fonctionne selon une norme d'une famille de normes IEEE 802.11. Clause 9. UE multimode selon la clause 1, comprenant un accéléromètre. 10 Clause 10. UE multimode selon la clause 1, comprenant : - un premier émetteur-récepteur agencé pour communiquer avec le réseau d'accès basé sur porteuses ; et - un second émetteur-récepteur agencé pour communiquer 15 avec le réseau d'accès secondaire. Clause 11. Procédé, réalisé au niveau d'un serveur de fonction de découverte et de sélection de réseau d'accès (ANDSF), pour établir une politique de routage de réseau 20 basée sur application, le procédé comprenant - obtenir, à partir d'un noeud de profil d'UE dans un premier objet de gestion d'ANDSF, un identificateur de système d'exploitation (OSId) pour un système d'exploitation d'équipement utilisateur (UE) ; 25 - déterminer, sur la base de l'OSId, une politique d'application pour décharger des données depuis un réseau d'accès primaire vers un réseau d'accès secondaire pour une application logicielle agencée pour fonctionner sur l'UE ; 30 - définir un noeud d'application dans un noeud de politique de routage inter-système (ISRP) d'un second objet de gestion d'ANDSF, le noeud d'application comprenant la 3060787 42 politique d'application pour décharger des données sur le réseau d'accès secondaire ; et - fournir le second objet de gestion d'ANDSF à l'UE. 5 Clause 12. Procédé selon la clause 11, dans lequel le noeud d'ISRP comprend une règle basée sur flux. Clause 13. Procédé selon la clause 11, dans lequel le noeud d'ISRP comprend une règle basée sur déchargement non 10 transparent. Clause 14. Procédé selon la clause 11, dans lequel l'obtention de l'OSId comprend l'obtention du premier objet de gestion d'ANDSF de l'UE durant un échange d'alliance 15 pour les mobiles ouverts-gestion d'appareils mobiles (OMADM). Clause 15. Procédé selon la clause 11, dans lequel le premier objet de gestion d'ANDSF et le second objet de 20 gestion d'ANDSF sont structurés sous un format de langage de balisage extensible (XML). Clause 16. Procédé selon la clause 11, dans lequel un noeud d'application distinct est compris dans le noeud d'ISRP pour 25 chaque application de l'UE identifiée pour une inclusion dans la politique d'application pour décharger des données sur le réseau d'accès secondaire. Clause 17. Procédé selon la clause 11, dans lequel le noeud 30 d'application comprend un identificateur d'application qui identifie de manière unique l'application logicielle. 3060787 43 Clause 18. Procédé selon la clause 11, dans lequel le serveur d'ANDSF est fourni dans un coeur à paquets évolué fonctionnant selon une norme d'une famille de normes d'évolution à long terme ou d'évolution à long terme- 5 avancée (LTE/LTE-A) 3GPP, et le réseau d'accès secondaire est un réseau local sans fil fonctionnant selon une norme d'une famille de normes IEEE 802.11. Clause 19. Support apte à être lu par machine comprenant un 10 objet de gestion de fonction de découverte et de sélection de réseau d'accès (ANDSF), l'objet de gestion d'ANDSF comprenant : - un noeud de profil d'équipement utilisateur (UE) comprenant un noeud d'identificateur de système 15 d'exploitation (OSId) ; et - un noeud de politique de routage inter-système (ISRP) comprenant une règle d'application pour un déchargement de données d'UE depuis un réseau d'accès primaire sur un réseau d'accès secondaire. 20 Clause 20. Support apte à être lu par machine selon la clause 19, dans lequel le noeud d'ISRP comprend un noeud de déchargement non transparent. 25 Clause 21. Support apte à être lu par machine selon la clause 20, dans lequel le noeud de déchargement non transparent comprend le noeud d'OSId. Clause 22. Support apte à être lu par machine selon la 30 clause 19, dans lequel le noeud d'ISRP comprend un noeud basé sur flux. 3060787 44 Clause 23. Support apte à être lu par machine selon la clause 19, dans lequel le noeud basé sur flux comprend un noeud d'OSId. 5 Clause 24. Support apte à être lu par machine selon la clause 19, dans lequel l'objet de gestion d'ANDSF est sous un format de langage de balisage extensible (XML). REVENDICATIONS1 Équipement utilisateur (UE) multimode, comprenant : un composant de réception conçu pour recevoir, à partir d'un serveur de fonction de découverte et de sélection de réseau d'accès (ANDSF) maintenu à l'intérieur d'un coeur de paquet évolué d'un réseau d'accès basé sur une porteuse, un objet de gestion d'ANDSF, l'objet de gestion d'ANDSF comprenant une politique de routage inter-systèmes (ISRP) basée sur un identificateur d'application spécifique à un système d'exploitation (OSAppId) pour une application logicielle conçue pour être exécutée sur l'UE, l'OSAppId étant associé à l'application logicielle et identifiant de 15 manière unique une version spécifique de l'application logicielle à exécuter sur une version spécifique d'un système d'exploitation de l'UE, l'ISRP comprenant une règle de routage de réseau d'application pour délester des données de l'application logicielle, l'ISRP comprenant une 20 règle basée sur un délestage non continu ou une règle basée sur un flux ; et un composant de routage conçu pour réaliser un délestage de données générées à partir de l'application logicielle vers un réseau d'accès secondaire conformément à 25 l'ISRP. 2 UE multimode selon la revendication 1, comprenant un composant de transmission conçu pour transmettre un second objet de gestion d'ANDSF, le second 30 objet de gestion d'ANDSF comprenant des informations de profil d'UE, les informations de profil d'UE comprenant un identificateur de système d'exploitation (OSId) pour le système d'exploitation de l'UE. 3060787 46 3 - UE multimode selon la revendication 2, dans lequel les informations de profil d'UE comprennent des informations pour un ou plusieurs aspects de l'UE 5 comprenant une version logicielle, une version matérielle, ou une architecture matérielle. 4 - UE multimode selon la revendication 1, dans lequel l'ISRP comprend la règle basée sur un délestage non 10 continu. 5 - UE multimode selon la revendication 4, dans lequel la règle basée sur un délestage non continu comprend un noeud pour l'application logicielle comprenant une règle de routage basée sur un délestage non continu pour l'application logicielle. 6 - UE multimode selon la revendication 1, dans lequel l'ISRP comprend la règle basée sur un flux. 7 - UE multimode selon la revendication 6, dans lequel la règle basée sur un flux comprend un noeud pour l'application logicielle comprenant une règle de routage basée sur un flux pour l'application logicielle. 8 - UE multimode selon la revendication 1, dans lequel le réseau d'accès basé sur une porteuse fonctionne conformément à une norme issue d'une famille de normes d'évolution à long terme de projet de partenariat de troisième génération (3GPP) ou d'évolution à long terme avancée (LTE/LTE-A), et dans lequel le réseau d'accès secondaire fonctionne conformément à une norme issue d'une famille de normes IEEE 802.11. 3060787 47 9 - UE multimode selon la revendication 1, comprenant un accéléromètre. 5 10 - UE multimode selon la revendication 1, comprenant : un premier émetteur-récepteur conçu pour communiquer avec le réseau d'accès basé sur une porteuse ; et 10 un second émetteur-récepteur conçu pour communiquer avec le réseau d'accès secondaire. 11 - Procédé, réalisé au niveau d'un serveur de fonction de découverte et de sélection de réseau d'accès 15 (ANDSF), pour établir une politique de routage de réseau basée sur une application, le procédé consistant à : obtenir, à partir d'un noeud de profil d'UE dans un premier objet de gestion d'ANDSF, un identificateur de système d'exploitation (OSId) pour un système 20 d'exploitation d'équipement utilisateur (UE) ; déterminer, sur la base de l'OSId, une politique d'application pour délester des données d'un réseau d'accès primaire à un réseau d'accès secondaire pour une application logicielle conçue pour être exécutée sur l'UE ; 25 définir un noeud d'application dans un noeud de politique de routage inter-systèmes (ISRP) d'un second objet de gestion d'ANDSF, le noeud d'application comprenant la politique d'application pour délester des données vers le réseau d'accès secondaire, la politique d'application 30 comprenant un identificateur d'application spécifique à un système d'exploitation (OSAppId) pour identifier la politique d'application pour l'application logicielle, l'OSAppId étant associé à l'application logicielle et 3060787 48 identifiant de manière unique une version spécifique de l'application logicielle à exécuter sur une version spécifique du système d'exploitation de l'UE identifié par l'OSId ; et 5 fournir le second objet de gestion d'ANDSF à l'UE ; le noeud ISRP comprenant une règle basée sur un délestage non continu ou une règle basée sur un flux. 10 12 - Procédé selon la revendication 11, dans lequel le noeud ISRP comprend la règle basée sur un flux. 13 - Procédé selon la revendication 11, dans lequel le noeud ISRP comprend la règle basée sur un 15 délestage non continu. 14 - Procédé selon la revendication 11, dans lequel l'obtention de l'OSId consiste à obtenir le premier objet de gestion d'ANDSF à partir de l'UE durant un échange 20 de gestion de dispositif d'alliance mobile ouverte (OMADM). 15 - Procédé selon la revendication 11, dans lequel le premier objet de gestion d'ANDSF et le second 25 objet de gestion d'ANDSF sont structurés dans un format de langage de balisage extensible (XML). 16 - Procédé selon la revendication 11, dans lequel le serveur d'ANDSF est disposé à l'intérieur d'un 30 coeur de paquet évolué fonctionnant conformément à une norme issue d'une famille de normes d'évolution à long terme 3GPP ou d'évolution à long terme avancée (LTE/LTE-A), et dans lequel le réseau d'accès secondaire est un réseau local 3060787 49 sans fil fonctionnant conformément à une norme issue d'une famille de normes IEEE 802.11. 17 - Support lisible par machine comprenant un 5 objet de gestion de fonction de découverte et de sélection de réseau d'accès (ANDSF), l'objet de gestion d'ANDSF comprenant : un noeud de profil d'équipement utilisateur (UE) comprenant un noeud d'identificateur de système 10 d'exploitation (OSId) pour identifier un système d'exploitation d'un UE ; et un noeud de politique de routage inter-systèmes (ISRP) comprenant une règle d'application d'une application logicielle pour un délestage de données d'UE d'un réseau 15 d'accès primaire à un réseau d'accès secondaire, la règle d'application étant identifiée par un identificateur d'application spécifique à un système d'exploitation (OSAppId) pour l'application logicielle, et l'OSAppId étant associé à l'application logicielle et identifiant de 20 manière unique une version spécifique de l'application logicielle à exécuter sur un version spécifique du système d'exploitation identifié par l'OSId ; le noeud ISRP comprenant une règle basée sur un délestage non continu ou une règle basée sur un flux pour 25 l'application logicielle. 18 - Support lisible par machine selon la revendication 17, dans lequel le noeud ISRP comprend la règle de délestage non continu dans un noeud de délestage 30 non continu. 3060787 50 19 - Support lisible par machine selon la revendication 18, dans lequel le noeud de délestage non continu comprend un noeud OSAppId. 5 20 - Support lisible par machine selon la revendication 17, dans lequel le noeud ISRP comprend la règle basée sur un flux dans un noeud basé sur un flux. 21 - Support lisible par machine selon la 10 revendication 20, dans lequel le noeud basé sur un flux comprend un noeud OSAppId. 22 - Support lisible par machine selon la revendication 17, dans lequel l'objet de gestion d'ANDSF 15 est dans un format de langage de balisage extensible (XML).