Brevet FR3045265A1 — publié le 20170616

PERFECTIONNEMENTS A DES RESEAUX SANS FIL POUR SUPPORTER UNE COMMUNICATION DE SERVICE DE MESSAGES COURTS (SMS) DANS UN DOMAINE A COMMUTATION DE PAQUETS A mesure que l'utilisation de dispositifs sans fil mobiles, tels que des téléphones intelligents et des dispositifs de tablette, devient plus omniprésente, les demandes sur la quantité limitée de spectre radiofréquence utilisé par ces dispositifs augmentent également, résultant en une congestion de réseau sans fil dans le spectre autorisé. De plus, l'utilisation accrue d'applications à bande passante élevée telles que la diffusion en flux audio et vidéo peut augmenter les demandes au-delà de la capacité du spectre disponible. Ceci est en particulier vrai dans des localisations à densité élevée et à importante utilisation telles que les grandes villes et les universités. Une projection estime une croissance de facteur 20 du trafic internet mobile de 2010 à 2015. Des améliorations des architectures sans fil, de la conception matérielle et de la vitesse de processeur ont augmenté significativement l'efficacité de dispositifs sans fil dans leur utilisation du spectre disponible. Cependant, certains aspects existants provenant de générations précédentes de spécifications de réseau sans fil continuent à réduire l'efficacité potentielle d'architectures sans fil modernes. Des modes de réalisation de l'invention portent sur un procédé pour réaliser une fourniture de service de service par paquets uniquement dans un réseau sans fil, comprenant : recevoir, au niveau d'un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), un message de demande provenant d'une 3045265 2 station mobile (MS) que la MS supporte un service de messages courts (SMS) basé sur PS et réalise un enregistrement à commutation de circuits (CS) uniquement pour recevoir un service de SMS par l'intermédiaire d'un 5 domaine CS ; et envoyer, depuis le SGSN, un message d'acceptation à la MS indiquant si un SMS sur couche NAS (Non Access Stratum) est supporté par le SGSN. Selon des modes de réalisation de l'invention, le message de demande est un message de demande de 10 rattachement. Selon des modes de réalisation de l'invention, le message de demande est un message de demande d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, le 15 message d'acceptation est un message d'acceptation de rattachement. Selon des modes de réalisation de l'invention, le message d'acceptation est un message d'acceptation d'actualisation de zone de routage. 20 Des modes de réalisation de l'invention peuvent porter sur un procédé qui comprend en outre l'indication dans un message d'acceptation de rattachement ou un message d'acceptation d'actualisation de zone de routage qu'un rattachement d'identité internationale d'abonné mobile 25 (IMSI) est uniquement pour le SMS. Des modes de réalisation de l'invention peuvent porter sur un procédé qui comprend en outre l'envoi, depuis le SGSN vers la MS, d'un message de gestion de mobilité GPRS (GMM) identifiant qu'un rattachement d'identité 30 internationale d'abonné mobile (IMSI) est rejeté du fait que PS uniquement est supporté par la MS et que le réseau GPRS supporte un SMS sur couche NAS. 3045265 3 Des modes de réalisation de l'invention peuvent porter sur un procédé qui comprend en outre l'envoi depuis le SGSN vers la MS du message GMM dans l'un d'un message d'acceptation de rattachement et d'un message d'acceptation 5 d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, la réception du message de demande comprend en outre la réception d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le 10 message de demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations (IE) ayant un bit choisi réglé pour indiquer si la MS supporte un SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de 15 SMS par l'intermédiaire du domaine CS. Des modes de réalisation de l'invention peuvent porter sur un procédé qui comprend en outre la réception du message de demande provenant de la MS dans un élément d'informations de type actualisation supplémentaire contenu 20 dans l'un d'un message d'acceptation de rattachement et d'un message d'acceptation d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, l'envoi du message d'acceptation comprend en outre l'envoi 25 d'un message d'acceptation de rattachement ou d'un message d'acceptation d'actualisation de zone de routage vers la MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant un IE utilisant un bit choisi dans l'IE pour identifier si 30 un SMS sur NAS est supporté ou n'est pas supporté par le réseau de SGSN. Des modes de réalisation de l'invention peuvent porter sur un procédé qui comprend en outre la réception du 3045265 4 message de demande provenant de la MS au niveau du SGSN, le message de demande étant communiqué depuis la MS vers le SGSN par l'intermédiaire d'un contrôleur de réseau radio (RNC). 5 Selon des modes de réalisation de l'invention, la MS comprend au moins l'un d'une antenne, d'un écran d'affichage tactile, d'un haut-parleur, d'un microphone, d'un processeur graphique, d'un processeur d'application, d'une mémoire interne, d'un port de mémoire non volatile et 10 des combinaison de ceux-ci. Des modes de réalisation de l'invention portent également sur un support de stockage apte à être lu par machine non transitoire comprenant une pluralité d'instructions aptes à être exécutées pour mettre en oeuvre 15 un procédé pour adapter un réseau sans fil pour une communication à commutation de paquets (PS) d'un message de service de messages courts (SMS), comprenant : émettre un message de demande depuis une station mobile (MS) vers un noeud de support de service général de radiocommunication en 20 mode paquet (GPRS) de desserte (SGSN) indiquant que la MS supporte un service de messages courts (SMS) basé sur commutation de paquets (PS) et réalise un enregistrement à commutation de circuits (CS) pour recevoir un service de SMS basé sur CS ; recevoir, au niveau de la MS, un message 25 d'acceptation provenant du SGSN indiquant qu'un SMS sur couche NAS est supporté par le SGSN. Des modes de réalisation de l'invention peuvent en outre comprendre l'émission du message de demande, le message de demande étant l'un d'un message de demande de 30 rattachement et d'un message de demande d'actualisation de zone de routage. Des modes de réalisation de l'invention peuvent en outre comprendre l'envoi, depuis le SGSN, d'un message 3045265 5 de gestion de mobilité GPRS (GMM) identifiant un code de cause selon lequel un rattachement d'identité internationale d'abonné mobile (IMSI) est rejeté du fait que PS uniquement est supporté par la MS et que le réseau 5 de SGSN supporte un SMS sur couche NAS. Selon des modes de réalisation de l'invention, l'émission du message de demande comprend en outre l'émission d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le 10 message de demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations (IE) ayant un bit choisi réglé pour indiquer si la MS supporte un SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de 15 SMS par l'intermédiaire du domaine CS. Selon des modes de réalisation de l'invention, l'élément d'informations est un élément d'informations de type actualisation supplémentaire qui est communiqué depuis la MS vers le SGSN dans l'un du message de demande de 20 rattachement ou du message de demande d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, la réception du message d'acceptation au niveau de la MS provenant du SGSN comprend en outre la réception d'un 25 message d'acceptation de rattachement ou d'un message d'acceptation d'actualisation de zone de routage au niveau de la MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant un IE utilisant un bit choisi dans l'IE pour 30 identifier si un SMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. Des modes de réalisation de l'invention portent également sur un noeud de support de service général de 3045265 6 radiocommunication en mode paquet (GPRS) de desserte (SGSN) configuré pour communiquer avec une station mobile (MS) adaptée pour une communication à commutation de paquets (PS) d'un message de service de messages courts (SMS), 5 comprenant : un module de support PS fonctionnel au niveau du SGSN et configuré pour : recevoir un message de demande provenant d'une MS indiquant que la MS supporte un SMS basé sur PS et réalise un enregistrement à commutation de circuits (CS) uniquement pour recevoir un service de SMS 10 par l'intermédiaire d'un domaine CS ; et envoyer un message d'acceptation à la MS indiquant qu'un SMS sur couche NAS est supporté par le SGSN. Selon des modes de réalisation de l'invention, le message de demande est l'un d'un message de demande de 15 rattachement et d'un message de demande d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, le message d'acceptation est l'un d'un message d'acceptation de rattachement et d'un message d'acceptation 20 d'actualisation de zone de routage. Selon des modes de réalisation de l'invention, le module de support PS est en outre configuré pour émettre un message de gestion de mobilité (GMM) de GPRS identifiant un code de cause selon lequel un rattachement d'identité 25 internationale d'abonné mobile (IMSI) est rejeté du fait qu'un PS uniquement est supporté et que le réseau de SGSN supporte un SMS sur couche NAS. Selon des modes de réalisation de l'invention, la réception du message de demande provenant de la MS comprend 30 en outre la réception d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le message de demande de rattachement ou le message de demande d'actualisation de zone de routage 3045265 7 comprenant un élément d'informations (IE) de type actualisation supplémentaire ayant un bit choisi réglé pour indiquer si la MS supporte un SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de 5 SMS par l'intermédiaire du domaine CS. Selon des modes de réalisation de l'invention, l'envoi du message d'acceptation comprend en outre l'envoi d'un message d'acceptation de rattachement ou d'un message d'acceptation d'actualisation de zone de routage vers la 10 MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant un IE utilisant un bit choisi dans l'IE pour identifier si un SMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. 15 Selon des modes de réalisation de l'invention, le SGSN est configuré pour communiquer avec la MS par l'intermédiaire d'un contrôleur de réseau radio (RNC). Selon des modes de réalisation de l'invention, la MS comprend au moins l'un d'une antenne, d'un écran 20 d'affichage tactile, d'un haut-parleur, d'un microphone, d'un processeur graphique, d'un processeur d'application, d'une mémoire interne, d'un port de mémoire non volatile et des combinaisons de ceux-ci. 25 BREVE DESCRIPTION DES DESSINS Des caractéristiques et des avantages de l'invention seront apparents à partir de la description détaillée qui suit, prise conjointement avec les dessins 30 annexés, qui illustrent conjointement, à titre d'exemple, des caractéristiques de l'invention et, dans lesquels : La Figure 1 illustre un exemple d'une architecture logique de service général de 3045265 8 radiocommunication en mode paquet (GPRS) lorsqu'elle est basée sur les interfaces S4, S5 et S8 ; La Figure 2 illustre une architecture d'entité de gestion de mobilité (MME) configurée pour fournir des 5 communications de service de messages courts (SMS) à commutation de paquets (PS) selon un exemple ; La Figure 3 illustre un exemple d'un message de demande de rattachement illustré sous un format de tableau ayant un élément d'informations (IE) de type actualisation 10 supplémentaire selon un exemple ; La Figure 4 illustre un exemple d'un message de demande d'actualisation de zone de routage (RAU) illustré sous un format de tableau ayant un élément d'informations (IE) de type actualisation supplémentaire selon un 15 exemple ; La Figure 5 illustre un exemple d'un message d'acceptation de rattachement illustré sous un format de tableau ayant un élément d'informations (IE) de support de caractéristiques de réseau étendu selon un exemple ; 20 La Figure 6 illustre un exemple d'un message d'acceptation d'actualisation de zone de routage illustré sous un format de tableau ayant un élément d'informations (IE) de support de caractéristiques de réseau étendu selon un exemple ; 25 La Figure 7 illustre un exemple d'un élément d'informations de cause de gestion de mobilité de service général de radiocommunication en mode paquet (GPRS) (GMM) ayant un nouveau code de cause selon un exemple ; La Figure 8 représente un ordinogramme d'un 30 procédé pour réaliser une fourniture de service de service par paquets (PS) uniquement dans un réseau sans fil selon un exemple ; 3045265 9 La Figure 9 représente un ordinogramme d'un procédé pour adapter un réseau sans fil pour une communication PS d'un message de service de messages courts (SMS) selon un exemple ; et 5 La Figure 10 illustre un dispositif sans fil mobile selon un exemple. Référence sera maintenant faite aux modes de réalisation donnés à titre d'exemple illustrés, et un 10 langage spécifique sera utilisé présentement pour décrire ceux-ci. Il convient cependant de comprendre qu'aucune limitation de la portée de l'invention n'est ainsi visée. DESCRIPTION DETAILLEE 15 Avant que la présente invention ne soit divulguée et décrite, il convient de comprendre que cette invention n'est pas limitée aux structures, aux étapes de processus ou matériels particuliers divulgués présentement, mais est 20 étendue à des équivalents de ceux-ci tel que cela serait reconnu par l'homme du métier dans les techniques pertinentes. Il convient également de comprendre qu'une terminologie employée présentement est utilisée à des fins de description de modes de réalisation particuliers 25 uniquement et ne vise pas à être limitative. DEFINITIONS Tel qu'utilisé présentement, le terme 30 « sensiblement » désigne la mesure ou le degré complet ou quasi-complet d'une action, d'une caractéristique, d'une propriété, d'un état, d'une structure, d'un élément ou d'un résultat. Par exemple, un objet qui est « sensiblement » 3045265 10 inclus signifierait que l'objet est soit complètement inclus, soit quasiment complètement inclus. Le degré admissible exact de déviation par rapport à la complétude absolue peut dans certains cas dépendre du contexte 5 spécifique. Cependant, en parlant de façon générale, la proximité de complétude sera de telle manière à avoir le même résultat global que si une complétude absolue et totale était obtenue. L'utilisation de « sensiblement » est également applicable lorsqu'il est utilisé dans une 10 connotation négative pour désigner le manque complet ou quasi-complet d'une action, d'une caractéristique, d'une propriété, d'un état, d'une structure, d'un élément ou d'un résultat. Tel qu'utilisé présentement, le terme « noeud de 15 commande (CN) de réseau central » est un terme générique qui désigne soit une entité de gestion de mobilité (MME), soit un noeud de support de service de radiocommunication en mode paquet (GPRS) de desserte (SGSN). Tel qu'utilisé présentement, le terme équipement 20 utilisateur (UE) désigne un dispositif sans fil configuré pour communiquer avec un réseau sans fil de projet de partenariat de troisième génération (3GPP). Tel qu'utilisé présentement, le terme station mobile (MS) désigne un dispositif sans fil configuré pour 25 communiquer avec un réseau sans fil de projet de partenariat de troisième génération (3GPP). Les termes UE et MS sont considérés comme étant synonymes et peuvent être utilisés de manière interchangeable partout dans ce document, à moins que ce ne soit indiqué autrement. 30 Des définitions supplémentaires peuvent être proposées dans les paragraphes suivants dans les modes de réalisation donnés à titre d'exemple. 3045265 11 MODES DE REALISATION DONNES A TITRE D'EXEMPLE Un aperçu initial de modes de réalisation de technologie est proposé ci-dessous et puis des modes de 5 réalisation de technologie spécifiques sont décrits plus en détail par la suite. Ce résumé initial vise à aider les lecteurs à comprendre la technologie de manière plus rapide mais ne vise pas à identifier des caractéristiques clés ou des caractéristiques essentielles de la technologie ni ne 10 vise à limiter la portée de l'objet revendiqué. Une augmentation exponentielle de la quantité d'émission de données sans fil a créé une congestion dans des réseaux sans fils utilisant un spectre autorisé pour fournir des services de communication sans fil pour des 15 dispositifs sans fils tels que des téléphones intelligents et des dispositifs de tablette, pour n'en nommer que quelques-uns. La congestion est en particulier apparente dans des localisations à densité élevée et à importante utilisation telles que des localisations urbaines et des 20 universités. Une technique pour fournir une capacité de bande passante supplémentaire à des dispositifs sans fil passe par la transformation de réseaux sans fil de commutation de circuits à commutation de paquets. Dans une commutation de 25 circuits, une communication sans fil implique l'utilisation d'un nombre limité de connexions dédiées qui ont typiquement un débit binaire constant et un retard constant entre les noeuds sans fil. Ces connexions dédiées peuvent être ouvertes même si aucune donnée n'est émise par un 30 dispositif sans fil. Ceci peut conduire à des inefficacités dans l'utilisation du spectre radiofréquence. A l'opposé d'une commutation de circuits, une commutation de paquets implique le groupement de données 3045265 12 qui sont à émettre, indépendamment du contenu, du type ou de la structure, en blocs désignés par paquets, des données. Une commutation de paquets fournit l'aptitude à distribuer des flux de données de débits binaires variables 5 sur un réseau partagé. Des paquets peuvent être mis en tampon ou mis en fil d'attente au niveau d'adaptateurs de réseau, de commutateurs, de routeurs ou d'autres noeuds de réseau, permettant ainsi à des paquets d'être distribués avec un retard et un débit variables en fonction de la 10 charge de trafic dans le réseau. L'utilisation de la commutation de paquets améliore l'aptitude d'un réseau sans fil à fournir une qualité de service (QoS) désirée dans un réseau sans fil. De plus, l'utilisation de la commutation de paquets peut améliorer significativement le rendement 15 auquel des données sont émises, conduisant à des coûts inférieurs pour des consommateurs et à une utilisation plus efficace du spectre radiofréquence encombré. A mesure que les normes de communication sans fil ont continué à se développer, l'utilisation de la 20 commutation de paquets est devenue de plus en plus répandue. Cependant, certains héritages de normes antérieures demeurent encore même dans les normes de communication sans fil les plus modernes. Un tel héritage est l'utilisation de la commutation de circuits pour 25 communiquer des communications de service de messages courts (SMS) entre des dispositifs sans fil configurés pour fonctionner avec la spécification d'évolution à long terme (LTE) de projet de partenariat de troisième génération (3GPP). 30 Des communications de service de messages courts, qui sont typiquement désignées par « messagerie de texte » sont un protocole de communication qui permet l'échange d'un message de texte de jusqu'à 160 caractères de longueur 3045265 13 entre des dispositifs mobiles. Des messages sont envoyés à un centre de service de messages courts (SMSC) où ils peuvent être stockés jusqu'à ce que le dispositif sans fil de destination soit actif. Une fois que le dispositif sans 5 fil de destination est connecté à un réseau sans fil, le message de SMS peut être communiqué depuis le SMSC vers le dispositif sans fil. Les versions 8, 9, 10 et 11 (étape 2 gelée en septembre 2012) de la spécification LTE 3GPP utilisent 10 encore une commutation de circuits (CS) pour fournir des communications de SMS. La communication de SMS est l'un des derniers vestiges de CS dans le réseau 3GPP. Afin de fournir une communication de SMS utilisant CS, un équipement utilisateur (UE) doit typiquement se connecter à 15 un centre de communication mobile (MSC). Le MSC fournit une interface entre le système radio et les réseaux fixes. Le MSC peut réaliser des fonctions désirées afin de fournir des services CS vers et depuis l'UE. Ainsi, des équipements utilisateur (UE) se connectent souvent à un MSC. Cette 20 connexion peut conduire à un surdébit excessif, ainsi qu'à l'utilisation de connexions sans fil dédiées non nécessaires. Pour surmonter cette limitation, l'arrivée d'une communication de SMS utilisant une communication de paquets 25 (PS) dans le réseau 3GPP peut être mise en oeuvre. La mise en oeuvre d'un SMS basé sur PS peut être accomplie de différentes façons en fonction de l'âge et/ou de l'architecture du réseau sans fil. Des réseaux basés sur LTE 3GPP modernes peuvent 30 mettre en oeuvre une communication de SMS basée sur PS utilisant l'entité de gestion de mobilité (MME) du réseau. La MME est le noeud de commande qui traite la signalisation entre l'UE et le réseau central (CN). La MME peut fournir 3045265 14 une fonctionnalité de registre de position de visiteur (VLR) pour un système par paquets évolué (EPS). Ceci sera discuté plus complètement dans les paragraphes suivants. Des réseaux sans fil plus anciens peuvent 5 comprendre un assortiment d'équipements de réseau sans fil anciens et nouveaux. L'équipement de réseau sans fil est souvent généralement désigné sur la base de la « génération » à laquelle l'équipement appartient, selon l'âge et les capacités de l'équipement. Par exemple, un 10 équipement de réseau sans fil peut être désigné sur la base de la « génération » à laquelle l'équipement appartient, telle que 2G, 2,5G, 3G ou 4G. Des réseaux qui comprennent un assortiment de différentes générations peuvent comprendre un noeud de support de GPRS (service général de 15 radiocommunication en mode paquet) de desserte (SGSN). Le GPRS est une extension de service de données de mobile du système mondial pour communication avec les mobiles (GSM). Le GSM est un système 2G. Le GPRS est souvent décrit en tant que système 2,5G. Le SGSN agit en 20 tant que noeud de commande, de façon similaire à la MME dans les systèmes 4G. Le SGSN est l'interface entre le système radio et le réseau fixe pour des services à commutation de paquets (PS). Le SGSN peut réaliser les fonctions pour traiter une émission de paquets vers et depuis l'UE. Le 25 SGSN peut être utilisé pour fournir un SMS basé sur PS, éliminant ainsi le besoin pour un UE de se connecter à un MSC simplement pour une communication de SMS dans un réseau sans fil 2,5G ou 3G. Lorsque des UE se déplacent à travers différents 30 réseaux, la capacité de chaque réseau peut varier. Certains réseaux peuvent supporter des services de SMS par l'intermédiaire d'une couche NAS de domaine PS. Cependant, d'autres réseaux peuvent ne pas supporter ceci. Ainsi, un 3045265 15 abonnement destiné à une fourniture de service uniquement PS peut permettre également des services de SMS par l'intermédiaire d'un domaine CS pour fournir à un UE des services de SMS dans des situations où le noeud de desserte 5 ou le réseau ne supporte pas un SMS par l'intermédiaire d'une signalisation de couche NAS de domaine PS. Une discussion du SMS dans une architecture de SGSN pour des services de SMS sera décrite ci-dessous. Une messagerie utilisée entre l'UE et le SGSN pour mettre en 10 oeuvre le SMS dans une architecture de SGSN sera proposée. Une discussion du SMS dans une architecture de MME suivra. La Figure 1 propose un exemple d'une architecture logique de GPRS lorsqu'elle est basée sur des interfaces S4/S5/S8. L'architecture est décrite dans la spécification 15 technique (TS) de 3GPP 23.060. Un exemple est proposé dans TS de 3GPP 23.060 V11.1.0 (03-2012). Un noeud de support GPRS (GSN) contient une fonctionnalité utilisée pour supporter une fonctionnalité GPRS pour le réseau d'accès radio GSM/EDGE (GERAN) et/ou le 20 réseau d'accès radio terrestre universel (UTRAN). Dans un réseau mobile terrestre public (PLMN), il peut y avoir plus d'un GSN. Les fonctionnalités de noeud de support de GPRS de passerelle (GGSN) et de SGSN peuvent être combinées dans le 25 même noeud physique, où elles peuvent résider dans différents noeuds physiques Le SGSN et le GGSN contiennent un protocole internet (IP) ou une autre fonctionnalité de routage (à savoir mode de transfert asynchrone (ATM)). Le SGSN et le GGSN peuvent être interconnectés avec des 30 routeurs d'IP. Le noeud de support de GPRS de passerelle (GGSN) est le noeud qui est accédé par le réseau de données par paquets (PDN) après évaluation de l'adresse de protocole de 3045265 16 données par paquets (PDP). Le GGSN contient des informations de routage pour des utilisateurs rattachés par PS. Les informations de routage sont utilisées pour tunneliser N unités de données de protocole (PDU) au point 5 de rattachement actuel de l'UE, à savoir le noeud de support de GPRS de desserte. Le GGSN peut demander des informations de position provenant du registre des abonnés locaux (HLR) par l'intermédiaire de l'interface Gc facultative. Le GGSN est le premier point d'interconnexion PDN avec un PLMN 10 supportant GPRS (à savoir le point de référence Gi est supporté par le GGSN). Une fonctionnalité de GGSN est commune pour tous les types de RAN (réseau d'accès radio). Le noeud de support de GPRS de desserte (SGSN) est le noeud qui dessert l'UE (à savoir la station mobile (MS)). 15 Le SGSN supporte GPRS pour un mode A/Gb (à savoir l'interface Gb est supportée par le SGSN) et/ou un mode Iu (à savoir l'interface lu est supportée par le SGSN). Au niveau d'un rattachement PS, le SGSN établit un contexte de gestion de mobilité contenant des informations concernant 20 par exemple une mobilité et une sécurité pour la MS. Au niveau d'une activation de contexte PDP, le SGSN établit un contexte PDP, à utiliser à des fins de routage, avec le GGSN que l'abonné utilisera. Dans un mode Iu, le SGSN et le RNC peuvent être interconnectés avec un ou plusieurs 25 routeurs IP. Dans un mode Gn/Gp et lorsque le SGSN et le GGSN sont dans des PLMN différents, ils sont interconnectés par l'intermédiaire de l'interface Gp. L'interface Gp fournit la fonctionnalité de l'interface Gn, plus une 30 fonctionnalité de sécurité demandée pour une communication inter-PLMN. La fonctionnalité de sécurité est basée sur des accords mutuels entre des opérateurs. 3045265 17 Dans un mode Gn/Gp, le SGSN réalise un interfonctionnement de signalisation sur l'interface Gn/Gp avec une signalisation d'interface d'Iu/Gb. Dans un mode S4, le SGSN réalise un interfonctionnement de signalisation 5 sur l'interface S4 avec une signalisation d'interface d'Iu/Gb. Un SGSN peut avoir certains UE utilisant un mode Gn/Gp et d'autres UE utilisant un mode S4. Le SGSN peut envoyer des informations de position vers le MSC/VLR par l'intermédiaire de l'interface Gs 10 facultative. Le SGSN peut recevoir des demandes d'appel provenant du MSC/VLR par l'intermédiaire de l'interface Gs. L'interface SGs peut connecter des bases de données dans le VLR et la MME. Le SGs est également utilisé pour transporter certaines procédures associées à une 15 commutation de circuits par l'intermédiaire de la MME. La base pour l'interfonctionnement entre un VLR et une MME est l'existence d'une association de SGs entre ces entités par UE. L'association de SGs est applicable à des UE qui sont configurés pour utiliser un repli CS et un SMS sur SGs, ou 20 un SMS sur SGs uniquement. L'association de SGs n'est pas applicable si les données d'abonné indiquent que l'abonnement est destiné uniquement à une communication à commutation de paquets (PS). L'association de SGs n'est également pas applicable si le serveur d'abonné résidentiel 25 (HSS) signale une capacité de « support de SMS dans MME » et que la MME détermine qu'un service de SMS est à fournir à l'aide du SMS dans une caractéristique de MME. Le SGSN d'interface avec la fonction de commande de service GSM (GSM-SCF) pour une commande facultative 30 d'application personnalisée pour logique de réseau avancé mobile (CAMEL) en utilisant le point de référence Ge. En fonction du résultat provenant de l'interaction CAMEL, la session et le transfert de données par paquets peuvent 3045265 18 s'exécuter normalement. Sinon, une interaction avec la GSMSCF continue comme décrit dans TS 23.078. La fonctionnalité de la passerelle de desserte est définie dans TS de 3GPP 23.401 avec les additions et 5 exceptions suivantes : la passerelle de desserte peut terminer l'interface de plan d'utilisateur vers l'UTRAN lorsque la caractéristique de tunnel direct est en utilisation. La passerelle de desserte est le point d'ancrage de mobilité locale pour la relocalisation de 10 sous-système de réseau de radiocommunication de desserte (SRNS) lorsque la caractéristique de tunnel direct est en utilisation. La passerelle de desserte peut également être l'ancrage de mobilité local pour une actualisation de zone de routage inter-SGSN. 15 Architecture SMS dans SGSN Selon un mode de réalisation de la présente invention, le SMS dans SGSN peut être réalisé comme suit. 20 Une indication peut être ajoutée où le SGSN indique au serveur d'abonné résidentiel (HSS) dans les procédures de rattachement/actualisation de zone de routage (RAU) qu'il offre SMS dans SGSN à l'aide de l'interface Gd. Des informations de données d'abonnement peuvent être ajoutées 25 pour des abonnements « uniquement PS et SMS». L'identité de SGSN peut être enregistrée pour terminer des services de SMS. Lorsque ceci se produit, l'HLR, fonctionnant sur l'HSS, peut annuler un quelconque MSC enregistré. Ces opérations alignent le comportement du HLR/HSS pour un SGSN 30 et une MME. La négociation d'un support de SMS entre l'HSS et le SGSN (dans les deux directions) peut être basée sur des paramètres de liste de téléservices existants dans les protocoles Gr MAP et Diameter S6d. La procédure de RAU 3045265 19 inter-SGSN peut être actualisée pour fournir le même support pour « SMS dans SGSN » en tant que procédures de rattachement/RAU GPRS combinées. Une clarification à propos de l'indication de « SMS supporté » à la MS peut être 5 ajoutée dans la procédure de rattachement GPRS. Le SGSN peut indiquer qu'il offre des services de SMS par l'intermédiaire du domaine PS (à savoir Gd) au HSS par une indication « SMS dans SGSN offert » dans la signalisation avec le HSS durant la procédure de 10 rattachement/RAU. Lorsque des informations d'abonnement indiquent « uniquement PS et SMS », l'HSS peut répondre à des interrogations provenant d'un centre de commutation mobile de passerelle de SMS (GMSC) et de routeurs de SMS de sorte qu'un SMS à terminaison au mobile (Mobile Terminated 15 - MT) subit un routage vers des noeuds de desserte dans le domaine PS lorsqu'un SMS par l'intermédiaire du domaine PS est offert par ces noeuds de desserte. Un UE à capacité CS/PS qui nécessite uniquement des services de domaine PS et des services de SMS sur 20 couche NAS indique cette capacité en tant que « uniquement SMS » au SGSN durant des procédures de rattachement/RAU combinées, à savoir l'enregistrement CS inclus est uniquement demandé pour obtenir des services de SMS sur couche NAS. Le terme « services de SMS sur couche 25 NAS » désigne la signalisation qui se produit à travers la couche NAS dans le réseau pour fournir des services de SMS basé sur PS. Le terme « services de SMS sur couche NAS » peut également désigner un SMS par l'intermédiaire d'un GPRS. 30 Sur la base des informations fournies par UE (à savoir l'indication uniquement SMS au SGSN) et lorsque des informations d'abonnement fournies par HSS indiquent « support SMS dans SGSN » et le SGSN supporte des services 3045265 20 de SMS sur couche NAS, le SGSN peut alors déterminer de ne pas établir une association avec un MSC lorsque cela est demandé par l'UE dans les procédures de rattachement/RAU combinées. 5 Le SGSN peut transférer la capacité indiquée par l'UE en tant qu'indication « uniquement SMS » dans la procédure d'actualisation de position à l'HSS. Si l'HSS a un MSC de desserte ancien enregistré, l'HSS peut annuler le MSC de desserte pour un UE qui indique « uniquement SMS » 10 et s'abonne à des services de SMS si à la fois le SGSN et l'HSS supportent SMS dans SGSN (à savoir le SGSN a indiqué « SMS dans SGSN offert » et l'HSS supporte SMS dans SGSN). Du fait qu'uniquement le SGSN est enregistré pour un SMS de MT, l'HSS peut alors répondre à des interrogations 15 provenant des SMS-GMSC et de routeurs de SMS de telle sorte qu'un SMS de MT subit un routage vers un ou des noeuds de desserte dans le domaine PS. Dans un mode de réalisation, un UE peut identifier un type de fourniture de services uniquement PS. 20 Un message de fourniture PS uniquement forcé envoyé depuis un UE vers un SGSN indique que le SGSN ne devrait pas réaliser de quelconques procédures de gestion de mobilité (MM) combinées pour l'UE et ne devrait pas établir une association de Gs. Dans le PS uniquement forcé, le réseau 25 ne connectera pas l'UE à un domaine CS. Cependant, si l'UE entre dans un réseau qui ne supporte pas des services de SMS par l'intermédiaire d'un domaine PS, alors l'UE ne recevra pas de quelconques messages de SMS alors qu'il est situé dans la zone de couverture du réseau. 30 Par conséquent, un service uniquement PS supplémentaire est le service PS uniquement activé. Un UE peut envoyer un message PS uniquement activé au SGSN, lequel indique au SGSN que le réseau mobile terrestre 3045265 21 public domestique (hPLMN) d'UE est apte et disposé à fournir des services de SMS par l'intermédiaire du domaine PS. Si l'UE indique sa capacité durant une procédure de rattachement/RAU combinée (à savoir l'enregistrement CS 5 inclus est uniquement demandé pour obtenir des services de SMS basé sur PS), alors le SGSN n'établit pas une association avec le MSC. Architecture SMS dans MME 10 La Figure 2 propose une illustration d'une architecture MME configurée pour fournir des services de SMS basé sur PS. La MME est en communication avec l'HSS par l'intermédiaire d'une interface S6a, qui est une interface 15 basée sur Diameter qui est améliorée avec un support de SMS. Une nouvelle interface « E » directe existe entre la MME et les fonctions centrales de SMS, telles qu'un routeur de SMS, un centre de commutation mobile de passerelle de SMS (GMSC) et un centre de commutation mobile 20 d'interfonctionnement SMS (IWMSC). L'interface E peut être un protocole basé soit sur MAP, soit sur Diameter. Une partie d'application mobile (MAP) est un protocole SS7 qui fournit une couche d'application pour les différents noeuds dans des réseaux centraux mobiles GSM et 25 UMTS et des réseaux centraux GPRS pour communiquer les uns avec les autres afin de fournir des services à des utilisateurs de téléphone mobile. La partie d'application mobile est le protocole de couche d'application utilisé pour accéder au registre des positions de rattachement, au 30 registre des positions de visiteur, au centre de commutation mobile, au registre d'identités d'équipement, au centre d'authentification, au centre de service de 3045265 22 messages courts et au noeud de support de GPRS de desserte (SGSN). L'interface SGs peut être utilisée pour relayer des messages de SMS entre la MME et le VLR. Le centre de 5 commutation de SMS (SC) peut être intégré avec le SMSGMSC/SMSIWMSC (IWMSC de SMS). L'interface entre les fonctions centrales de HSS et de SMS (SMS IWMSC et SMS- _ GMSC, routeur de SMS) peut être une interface Diameter ou MAP C. Il y a une interface Diameter E entre les fonctions 10 centrales de MME et de SMS. L'utilisation du SMS dans une architecture de MME est pour des services de SMS uniquement. Cette fonctionnalité peut ne pas déclencher un quelconque repli CS et ne requiert pas un SGs. De plus, pour fournir SMS 15 dans MME, la MME peut être configurée pour fournir ce qui suit : des procédures de SMS entre l'UE et la MME peuvent comprendre un support pour les fonctions de commande de messages courts (SMC) et de relais de messages courts (SMR). 20 Dans un mode de réalisation, la MME peut être configurée pour supporter les procédures EPS/IMSI combinées pour « uniquement SMS » et dans celles-ci : fournir une identité de zone de localisation (LAI) non diffusée qui n'est pas associée à un quelconque registre de positions de 25 visiteur (VLR). Si nécessaire, la MME peut fournir une TMSI réservée qui est configurée de telle sorte qu'elle ne peut pas produire de quelconques ambiguïtés avec d'autres TMSI. Par exemple, lorsque l'UE change à une zone où il a besoin de déduire des services de SMS à partir d'un MSC de 30 GERAN/UTRAN. La MME peut indiquer dans le message d'acceptation de rattachement/RAU que le rattachement d'IMSI est pour « uniquement SMS». La MME peut notifier l'HSS qu'elle est apte à un transfert de SMS sans le besoin 3045265 23 d'établir une association de SGs avec un MSC. La MME peut obtenir des informations d'abonnement associées à SMS. Si l'UE réalise une procédure de rattachement/RAU GPRS combinée avec une indication « uniquement SMS», la/le 5 MME/SGSN peut transférer l'indication « uniquement SMS » dans la procédure d'actualisation de localisation à l'HSS. L'HSS peut autoriser un opérateur à configurer un abonnement qui est limité à uniquement des services de PS et des services de SMS. Cette limitation est indiquée dans 10 les données d'abonnement PS en tant que « uniquement PS et SMS». Afin de configurer un système de communication sans fil GERAN/UTRAN pour fournir un SMS basé sur PS, un UE peut indiquer qu'il demande des services de SMS au SGSN. 15 L'UE peut communiquer sa capacité uniquement PS au SGSN. Ceci peut impliquer l'envoi d'un message selon lequel l'UE demande uniquement un enregistrement CS pour recevoir des services de SMS, mais est apte à supporter SMS basé sur PS. Une façon de communiquer ce message depuis l'UE vers le 20 GPRS est par modification d'un message de demande de rattachement. Le message de demande de rattachement est défini dans la section 9.4.1 de TS 3GPP 24.008. Un exemple d'une version diffusée du TS 24.008 est présenté dans TS de 3GPP 24.008 V11.4.0 (09-2012). 25 Le message de demande de rattachement est envoyé par l'UE au réseau afin de réaliser une procédure de rattachement avec le réseau. Un exemple d'un message de demande de rattachement pour un rattachement GPRS est illustré sur la Figure 3 sous un format de tableau. Le 30 tableau comprend des informations comprenant l'identificateur d'éléments d'informations (IEI), le nom de l'élément d'informations (IE), le type d'IE et une référence à l'IE dans la TS de 3GPP 24.008, avec la 3045265 24 présence, le format et la longueur de chaque IE dans le message de demande de rattachement. Il convient de noter que le message de demande de rattachement pour GPRS est différent du message de demande de rattachement pour un 5 EPS, lequel est défini dans TS de 3GPP 24.301. Selon un mode de réalisation, l'UE peut inclure des informations supplémentaires dans l'un des IE communiqués dans le message de demande de rattachement. En variante, un IE supplémentaire peut être inclus dans le 10 message de demande de rattachement. L'IE supplémentaire peut être inclus si l'UE demande « uniquement SMS » ou si l'UE supporte SMS basé sur PS et réalise un enregistrement CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine CS. Plusieurs types différents 15 d'IE peuvent être utilisés pour communiquer ce message depuis l'UE vers le SGSN. Cinq différents exemples sont proposés présentement. Ces exemples ne visent pas à être limitatifs. Un quelconque moyen peut être utilisé pour communiquer ce message depuis l'UE vers le SGSN. Les 20 exemples ci-dessous sont marqués solution A à solution E. Solution A Dans cette solution, un nouveau type 25 actualisation supplémentaire d'IE est ajouté au message de demande de rattachement. Le format de l'IE de type actualisation supplémentaire est fourni dans les paragraphes suivants. Le but de l'IE de type actualisation 30 supplémentaire est de proposer des informations par rapport à la capacité uniquement PS de l'UE au réseau. Ceci informe le réseau de l'intention de l'UE de demander un enregistrement CS uniquement pour obtenir un service de SMS 3045265 25 par l'intermédiaire du domaine CS. Dans un mode de réalisation, si la MS initie une procédure de rattachement de GPRS combinée pour des services de GPRS et un « service uniquement SMS », la MS peut indiquer « uniquement SMS » 5 dans l'IE de type actualisation supplémentaire. L'IE de type actualisation supplémentaire est un élément d'informations de type 1. L'IE de type actualisation supplémentaire peut être codé comme présenté dans le Tableau 1 et le Tableau 2. 10 8 7 6 5 4 3 2 1 IEI de type 0 0 0 PSSS actualisation En En En supplémentaire réserve réserve réserve octet 1 Tableau 1 : Elément d'informations de type actualisation supplémentaire Support SMS basé sur PS (PSSS) (octet 1) Bit 1 0 MS ne supporte pas SMS basé sur PS 1 MS supporte SMS basé sur PS Bit 1 réglé à 1 indique qu'une MS supporte SMS basé sur PS et un enregistrement CS est uniquement pour recevoir un service de SMS Bits 4 à 2 d'octet 1 sont en réserve et seront codés en tant que zéro. 15 Tableau 2 : Elément d'informations de type actualisation supplémentaire. 3045265 26 Comme présenté dans le Tableau 2 ci-dessus, le Bit 1 dans l'octet 1 peut être un message de support de SMS basé sur PS (PSSS). Dans cet exemple, une valeur de Bit de 5 0 fournit le message selon lequel la MS ne supporte pas SMS basé sur PS. Une valeur de Bit de 1 fournit le message selon lequel la MS supporte SMS basé sur PS et réalise un enregistrement CS uniquement pour recevoir un service de SMS. L'IE illustré dans les Tableaux 1 et 2 peut être 10 inclus dans le message de demande de rattachement présenté sur la Figure 3. Dans un mode de réalisation, la MS peut comprendre cet IE si la MS initie une procédure de rattachement GPRS combinée pour des services GPRS et un « service uniquement SMS ». Dans un autre mode de 15 réalisation, la MS peut comprendre cet IE si la MS supporte SMS basé sur PS. L'IE peut être utilisé pour indiquer la capacité uniquement PS de la MS au réseau. Solution B 20 Dans cette solution, un bit de réserve de l'IE de support de caractéristique de réseau de MS du message de demande de rattachement est utilisé pour indiquer une capacité uniquement PS d'UE au réseau ; à savoir, que l'UE 25 vise à demander un enregistrement CS uniquement pour obtenir des services de SMS. Selon un mode de réalisation, l'IE de support de caractéristique du réseau de MS, qui est défini dans la 30 section 9.9.3.20A de TS de 3GPP 24.301 et la section 10.5.1.15 de TS de 3GPP 24.008, peut être configuré pour inclure un message de support de SMS basé sur PS, comme suit. 3045265 27 8 7 6 5 4 3 2 1 IEI de support 0 0 PSSS Temporisateurs de En En périodiques caractéristique réserve réserve étendus de réseau de MS octet 1 Tableau 3 : Elément d'informations de support de caractéristique de réseau de MS 3045265 28 Temporisateurs périodiques étendus (octet 1) Bit 1 O MS ne supporte pas le temporisateur périodique étendu dans ce domaine 1 MS supporte le temporisateur périodique étendu dans ce domaine Le temporisateur périodique étendu pertinent est T3212 pour des messages de gestion de mobilité (MM), T3312 pour des messages de MM GPRS (GMM) et T3412 pour des messages de MM d' EPS (EMM). Support de SMS basé sur PS (PSSS) (octet 1) Bit 2 0 MS ne supporte pas SMS basé sur PS 1 MS supporte SMS basé sur PS Bit 2 réglé à 1 indique qu'une MS supportant SMS basé sur PS et un enregistrement CS est uniquement pour recevoir un service de SMS Bits 4 et 3 d'octet 1 sont en réserve et doivent être codés en tant que zéro. Tableau 4: Elément d'informations de support de caractéristique de réseau de MS 5 Tel qu'illustré dans les Tableaux 3 et 4, Bit 2 dans octet 1 peut être un message de support de SMS basé sur PS (PSSS) dans l'IE de support de caractéristique de réseau de MS. Dans cet exemple, une 3045265 29 valeur de Bit de 0 fournit le message selon lequel la MS ne supporte pas SMS basé sur PS. Une valeur de Bit de 1 fournit le message selon lequel la MS supporte un SMS basé sur PS et réalise un enregistrement CS uniquement 5 pour recevoir un service de SMS. L'IE illustré dans les Tableaux 3, 4 peut être inclus dans le message de demande de rattachement présenté sur la Figure 3. Solution C 10 Dans cette solution, un bit de réserve de l'IE de capacité de réseau d'UE du message de demande de rattachement (ATTACH REQUEST) est utilisé pour indiquer une capacité uniquement PS d'UE au réseau ; à savoir l'intention de l'UE de demander un enregistrement CS 15 uniquement pour obtenir un service basé sur SMS. Selon un mode de réalisation, l'IE de capacité de réseau d'UE, qui est défini dans la section 9.9.3.34 de TS de 3GPP 24.301, peut être configuré pour comprendre un message de support de SMS basé sur PS. Le mappage de l'IE 20 de capacité de réseau d'UE est présenté dans le Tableau 5. Une partie des informations d'IE de capacité de réseau d'UE est présentée dans le Tableau 6. 8 7 6 5 4 3 2 IEI de capacité de réseau d'UE Longueur de contenus de capacité de réseau d'UE EEAO 128-EEA1 128-EEA2 128EEA3 EEA4 EEA5 EEA6 EEA 7 EIAO 128-EIA1 128-EIA2 128EIA3 EIA4 EIAS EIA6 EIA 7 UEAO UEA1 UEA2 UEA3 UEA4 UEA5 UEA6 UEA 7 UCS2 UIA1 UIA2 UIA3 UIA4 UIA5 UIA6 UIA 7 0 en réserve PSSS H.245-ASH ACCCSFB LPP LCS 1xSR VCC NF 0 0 0 0 0 0 0 0 En réserve octet 1 octet 2 octet 3 octet 4 octet 5* octet 6* octet 7* octet 8* 15* Tableau 5 : Elément d'informations de capacité de réseau 25 d'UE 3045265 30 Support de SMS basé sur PS (PSSS) (octet 7, bit 7) MS ne supporte pas SMS basé sur PS MS supporte SMS basé sur PS Bit 7 réglé à 1 indique qu'une MS supportant un SMS basé sur PS et un enregistrement CS est uniquement pour recevoir un service de SMS Tous les autres bits dans octets 8 à 15 sont en réserve et doivent être codés en tant que zéro, si l'octet respectif est inclus dans l'élément d'informations. Tableau 6 : Elément d'informations de capacité de réseau d'UE 5 Tel qu'illustré dans les Tableaux 5 et 6, Bit 7 dans octet 7 peut être un message de support de SMS basé sur PS (PSSS) dans l'IE de capacité de réseau d'UE. Dans cet exemple, une valeur de Bit de 0 fournit le message 10 selon lequel la MS ne supporte pas SMS basé sur PS. Une valeur de Bit de 1 fournit le message selon lequel la MS supporte un SMS basé sur PS et réalise un enregistrement CS uniquement pour recevoir un SMS. L'IE illustré dans les Tableaux 5 et 6 peut être inclus dans le message de demande 15 de rattachement présenté sur la Figure 3. Solution D Dans cette solution, un bit de réserve d'IE de 20 type rattachement d'EPS de demande de rattachement est utilisé pour indiquer une capacité uniquement PS d'UE au 3045265 31 réseau, à savoir l'intention de l'UE de demander un enregistrement CS uniquement pour obtenir un service basé sur SMS. Selon un mode de réalisation, l'IE de type 5 rattachement d'EPS, qui est défini dans la section 9.9.3.11 10 de TS de 3GPP 24.301 et dans la section 10.5.5.2 de TS 24.008, peut être configuré pour comprendre un message de support de SMS basé sur PS, comme suit. octet 1 8 7 6 5 4 3 2 1 IEI de type FOR Type rattachement rattachement Tableau 7 : Elément d'informations de type rattachement d'EPS Type rattachement (octet 1, bit 1 à 3) Bits 3 2 1 0 0 1 rattachement GPRS 0 1 0 Non utilisé. Cette valeur a été allouée dans des versions antérieures du protocole (Notel) 0 1 1 rattachement GPRS/IMSI combiné 1 0 0 rattachement d'urgence 1 0 1 rattachement de GPRS + uniquement SMS rattachement GPRS + uniquement SMS indique qu'une MS supporte SMS basé sur PS et un enregistrement CS est uniquement pour recevoir un service de SMS Toutes les autres valeurs sont interprétées en tant que rattachement GPRS dans cette version du protocole. Demande de suivi (octet 1, bit 4) Bits 4 0 Aucune demande de suivi en attente 1 Demande de suivi en attente Demande de suivi en attente est applicable uniquement dans un mode Iu. NOTE 1 : Le point de code « 010 » s'il est reçu par le réseau, devra être interprété en tant que « rattachement 3045265 32 GPRS/IMSI combiné ». Tableau 8 : Elément d'informations de type rattachement d'EPS 5 Tel qu'illustré dans les Tableaux 7 et 8, une valeur de bit de 101 dans les bits 1 à 3 d'octet 1 fournit le message selon lequel un rattachement GPRS + uniquement SMS, qui indique que la MS supporte SMS basé sur PS et qu'un enregistrement CS est réalisé uniquement pour 10 recevoir un service de SMS. L'IE illustré dans les Tableaux 7 et 8 peut être inclus dans le message de demande de rattachement présenté sur la Figure 3. Solution E 15 Dans cette solution, une capacité de réseau de MS d'IE existante dans le message de DEMANDE DE RATTACHEMENT peut être étendue pour indiquer une capacité uniquement PS de MS au réseau ; à savoir l'intention de la MS de demander 20 un enregistrement CS uniquement pour obtenir un service basé sur SMS. Selon un mode de réalisation, l'IE de capacité de réseau de MS, qui est défini dans la section 10.5.5.12 de TS de 3GPP 24.008, peut être configuré pour inclure un 25 message de support de SMS basé sur PS, comme suit : 3045265 33 Support de SMS basé sur PS (PSSS) 0 MS ne supporte pas SMS basé sur PS 1 MS supporte SMS basé sur PS Tableau 9 : Elément d'informations de capacité de réseau de MS 5 Tel qu'illustré dans le Tableau 9, un bit choisi dans un octet choisi de l'IE peut être un message de support de SMS basé sur PS (PSSS). Dans cet exemple, une valeur de Bit de 0 fournit le message selon lequel la MS ne supporte pas un SMS basé sur PS. Une valeur de Bit de 1 10 fournit le message selon lequel la MS supporte un SMS basé sur PS et réalise un enregistrement CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine CS. L'IE de capacité de réseau de MS est spécifié dans la section 10.5.5.12 de TS de 3GPP 24.008. L'IE illustré dans 15 le Tableau 9 peut être inclus dans le message de demande de rattachement présenté sur la Figure 3. Tandis que plusieurs exemples ont été fournis pour illustrer une communication depuis l'UE vers le réseau 3GPP pour communiquer la capacité de l'UE à réaliser un 20 support de SMS basé sur PS par l'intermédiaire du message de demande de rattachement, ceci ne vise pas à être limitatif. Il y a également des façons supplémentaires suivant lesquelles ces informations pourraient être communiquées. 25 Par exemple, des perfectionnements, similaires à ceux présentés dans les solutions A-E, peuvent être faits 3045265 34 au message de demande d'actualisation de zone de routage (RAU) décrit dans la TS de 3GPP 24.008. Un exemple de message de demande de RAU est proposé sur la Figure 4. Les perfectionnements au message de demande RAU peuvent être 5 utilisés pour communiquer la capacité de la MS à réaliser un support de SMS basé sur PS au réseau. Le message peut être utilisé pour soit demander une actualisation du fichier de position de la MS, soit pour demander un rattachement d'IMSI pour des services de non-GPRS. 10 Plusieurs types différents d'IE peuvent être utilisés pour communiquer des informations dans le message de demande RAU depuis l'UE vers le SGSN. Quatre exemples différents sont proposés présentement. Ces exemples ne visent pas être limitatifs. Un quelconque moyen peut être 15 utilisé pour communiquer ce message depuis l'UE vers le SGSN. Les exemples ci-dessous sont marqués solution A à solution D. Support de demande de RAU 20 Solution A Dans cette solution, un nouvel IE de type actualisation supplémentaire est ajouté au message de 25 demande de RAU. Le but de l'IE de type actualisation supplémentaire est de fournir une capacité uniquement PS d'UE au réseau, permettant au réseau d'être au courant de l'intention de l'UE de demander un enregistrement CS uniquement pour obtenir un service de SMS par 30 l'intermédiaire du domaine CS. Dans un mode de réalisation, si la MS initie la procédure d'actualisation de zone de routage combinée pour des services GPRS et un « service 3045265 uniquement SMS », la MS peut indiquer « uniquement SMS dans l'IE de type actualisation supplémentaire. Le format de l'IE de type actualisation supplémentaire est présenté dans les Tableaux 1 et 2, tels 5 que précédemment décrits. Le même format peut être utilisé pour communiquer l'IE dans le message de demande RAU. Solution B 10 Dans cette solution, un IE de capacité de réseau de MS existant dans le réseau de demande de RAU est étendu pour indiquer une capacité uniquement PS d'UE au réseau. Ceci permet au réseau d'être au courant de l'intention de l'UE de demander un enregistrement CS uniquement pour 15 obtenir un service de SMS par l'intermédiaire du domaine CS. Selon un mode de réalisation, l'IE de capacité de réseau de MS, qui est défini dans la section 10.5.5.12 de TS de 3GPP 24.008, peut être configuré pour inclure un 20 message de support de SMS basé sur PS, comme suit : Support de SMS basé sur PS (PSSS) 0 MS ne supporte pas SMS basé sur PS 1 MS supporte SMS basé sur PS 25 Tableau 10 : Elément d'informations de capacité de réseau de MS >> 3045265 36 Tel qu'illustré dans le Tableau 10, un bit choisi dans un octet choisi de l'IE peut être un message de support de SMS basé sur PS (PSSS). Dans cet exemple, une 5 valeur de Bit de 0 fournit le message selon lequel la MS ne supporte pas un SMS basé sur PS. Une valeur de Bit de 1 fournit le message selon lequel la MS supporte un SMS basé sur PS et réalise un enregistrement CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine 10 CS. L'IE illustré dans le Tableau 10 peut être inclus dans le message de demande de RAU présenté sur la Figure 4. Solution C Dans cette solution, un bit de réserve de l'IE de 15 capacité de réseau d'UE du message de demande de RAU est utilisé pour indiquer une capacité uniquement PS d'UE au réseau. Ceci permet au réseau d'être au courant de l'intention de l'UE de demander un enregistrement CS uniquement pour obtenir un service de SMS par 20 l'intermédiaire du domaine CS. Les changements à l'IE de capacité de réseau d'UE peuvent être identiques à ceux précédemment présentés et décrits dans les Tableaux 5 et 6 de la solution C dans les paragraphes précédents. 25 Solution D Dans cette solution, un bit de réserve de l'IE de type actualisation du message de demande de RAU est utilisé pour indiquer la capacité uniquement PS d'UE au réseau. 30 Ceci permet au réseau d'être au courant de l'intention de l'UE de demander un enregistrement CS uniquement pour obtenir un service de SMS par l'intermédiaire du domaine CS. 3045265 37 Selon un mode de réalisation, l'IE de type actualisation, qui est défini dans la section 10.5.5.18 de TS de 3GPP 24.008 peut être configuré pour inclure un message de support de SMS basé PS, comme suit. 8 7 6 5 4 3 2 1 IEI de type FOR Uniquement Valeur de type actualisation SMS actualisation octet 1 Tableau 11 : Elément d'informations de type actualisation Valeur de type actualisation (octet 1, bit 1 à 3) Bits 2 1 0 0 actualisation de RA 0 1 actualisation RA/LA combinée 1 0 actualisation RA/LA combinée avec un rattachement d'IMSI 1 1 Actualisation périodique Uniquement SMS (octet 1, bit 3) Bit 3 0 MS ne supporte pas SMS basé sur PS 1 MS supporte SMS basé sur PS Demande de suivi (octet 1, bit 4) Bit 4 0 Aucune demande de suivi en attente 1 Demande de suivi en attente 3045265 38 Une demande de suivi en attente est applicable uniquement dans un mode Iu. Tableau 12 : Elément d'informations de type actualisation Tel qu'illustré dans les Tableaux 11 et 12, une 5 valeur de bit de 0 dans Bit 3 d'octet 1 fournit le message selon lequel la MS ne supporte pas SMS basé sur PS. Une valeur de bit de 1 fournit le message selon lequel la MS supporte SMS basé sur PS. L'IE illustré dans les Tableaux 11 et 12 peut être inclus dans le message de demande de RAU 10 représenté sur la Figure 4. Messagerie de réseau 3GPP Afin pour un réseau sans fil 2G/3G de fournir un 15 support de SMS basé sur PS, le réseau peut supporter une communication de SMS sur couche NAS. Le réseau peut fournir une indication à un/une UE/MS si un SMS sur couche NAS est supporté par le SGSN. De plus, dans un réseau GSM, lorsqu'une MS est 20 allumée, la procédure de rattachement d'identité internationale d'abonné mobile (IMSI) est exécutée. Cette procédure est utilisée pour connecter la MS au centre de commutation mobile (MSC) et au registre de positions de visiteur (VLR) pour enregistrer la MS dans le réseau. Ayant 25 la capacité de réaliser SMS basé PS, une/un MS/UE peut ne plus avoir besoin de se connecter au MSC. Par conséquent, une procédure de rattachement d'IMSI n'est pas nécessaire. Lorsque le réseau est informé qu'une MS supporte un support de SMS basé sur PS, le réseau peut alors rejeter une 30 quelconque demande de rattachement d'IMSI. Le réseau peut 3045265 39 envoyer une indication à l'UE que le rattachement d'IMSI a été rejeté en raison de la fourniture d'un service uniquement PS basée sur la capacité d'UE et ainsi, l'UE ne doit pas imiter de quelconques procédures associées CS. 5 Pour accomplir ceci, un IE supporté par caractéristique de réseau de SGSN dans le message d'acceptation de rattachement défini dans la spécification TS de 3GPP 24.008 peut être amélioré pour inclure des informations supplémentaires. Un exemple du message 10 d'acceptation de rattachement est proposé sur la Figure 5. Une solution proposée, désignée par solution A, est proposée dans les paragraphes suivants. Cet exemple ne vise pas à être limitatif. Une diversité de moyens de messagerie peut être utilisée pour permettre au réseau 3GPP de 15 communiquer avec la MS pour identifier l'aptitude du réseau à réaliser un SMS par l'intermédiaire d'un GPRS, ce qui est également désigné par SMS sur couche NAS. Solution A 20 Dans cette solution, si un SGSN supporte un SMS sur couche NAS, alors il peut indiquer le support à l'UE dans le message d'acceptation de rattachement en utilisant un nouvel IE de support de caractéristiques de réseau 25 étendu. Un format donné en exemple du nouvel IE dans le message d'acceptation de rattachement est proposé ci-dessous. L'IE de support de caractéristiques de réseau étendu vise à indiquer si certaines caractéristiques sont 30 supportées par le réseau. L'IE de support de caractéristiques de réseau étendu d'EPS peut être codé tel que présenté dans les Tableaux 13 et 14. 3045265 8 7 6 5 IEI de support 0 0 0 PSSS de En En En caractéristiques réserve réserve réserve de réseau étendu 4 40 2 1 3 octet 1 Tableau 13 : Elément d'informations de support de caractéristiques de réseau étendu d'EPS Tableau 14 : Elément d'informations de support de caractéristiques de réseau étendu d'EPS Tel qu'illustré dans les Tableaux 13 et 14, Bit 1 10 dans octet 1 peut être un message de support de SMS basé sur PS (PSSS) dans l'IE de support de réseau étendu. Dans cet exemple, une valeur de Bit de 0 fournit le message selon lequel le SMS sur couche NAS n'est pas supporté par le SGSN. Une valeur de Bit de 1 fournit le message selon 15 lequel un SMS sur couche NAS est supporté par le SGSN. L'IE illustré dans les Tableaux 13 et 14 peut être inclus dans Support de SMS basé sur PS (PSSS) (octet 1) Bit 1 0 SMS sur couche NAS non supporté 1 SMS sur couche NAS supporté Bit 1 réglé à 1 indique qu'un SMS sur couche NAS est supporté par SGSN Bits 4 à 2 d'octet 1 sont en réserve et seront tous codés en tant que zéro. 5 3045265 41 le message d'acceptation de rattachement communiqué depuis le SGSN vers la MS. Dans un mode de réalisation, le réseau peut utiliser l'IE de support de réseau étendu afin d'informer la MS à propos du support de caractéristiques 5 spécifiques, telles que la distribution de SMS par l'intermédiaire d'un GPRS. La MS peut utiliser l'indication de GPRS-SMS dans la demande de rattachement afin d'obtenir un SMS. Si le réseau supporte une distribution de SMS par l'intermédiaire d'un GPRS et cette distribution est 10 permise, alors le réseau peut comprendre l'IE de support de réseau étendu dans le message d'acceptation de rattachement illustré sur la Figure 5 et régler un indicateur de GPRSSMS. Tandis qu'un exemple a été proposé pour illustrer 15 une communication depuis l'EPS vers l'UE pour communiquer l'aptitude du réseau à réaliser un support de SMS basé sur PS par l'intermédiaire du message d'acceptation de rattachement, celui-ci ne vise pas à être limitatif. Il y a également des façons supplémentaires suivant lesquelles ces 20 informations peuvent être communiquées. Message d'acceptation de RAU Par exemple, des perfectionnements similaires à 25 ceux présentés dans la solution A peuvent être faits au message d'acceptation d'actualisation de zone de routage décrit dans la section 9.4.15 de TS de 3GPP 24.008. Le message d'acceptation d'actualisation de RAU peut être utilisé par le réseau pour indiquer si un SMS sur couche 30 NAS est supporté par le SGSN. Il indique également qu'un rattachement d'IMSI a été rejeté en raison de la fourniture de service uniquement PS sur la base d'une capacité d'UE et ainsi l'UE n'imitera pas de quelconques procédures 3045265 42 associées CS. Les perfectionnements suivants peuvent être faits au message d'acceptation de RAU dans TS 24.008. Le message d'acceptation de RAU est envoyé par le réseau à la MS pour fournir la MS avec des données 5 associées à la gestion de mobilité GPRS en réponse au message de demande de RAU. Le Tableau 9.4.15/3GPP de TS 24.008 propose un exemple. Un exemple est également proposé sur la Figure 6. Le message d'acceptation de RAU illustré sur la Figure 6 comprend une pluralité d'IEI, le type de 10 chaque IEI listé, et une référence pour l'IEI à TS de 3GPP 24.008. La présence, le format et la longueur de chaque IEI sont également listés, comme cela sera apprécié. Si le SGSN supporte la caractéristique de SMS sur couche NAS, alors il peut être indiqué à l'aide du message 15 d'acceptation de RAU. Une solution proposée, désignée par solution A, est fournie dans les paragraphes suivants. Cet exemple ne vise pas à être limitatif. Une diversité de moyens de messagerie, comprenant des IE listés dans le message d'acceptation de RAU de la Figure 6 peuvent être 20 utilisés pour permettre au réseau 3GPP de communiquer avec la MS pour identifier l'aptitude du réseau à réaliser à SMS par l'intermédiaire d'un GPRS, également désigné par SMS sur couche NAS. De plus, des IE nouvellement définis communiqués à l'aide du message d'acceptation de RAU 25 peuvent également être utilisés pour communiquer l'aptitude du réseau à réaliser un SMS par l'intermédiaire d'un GPRS. Solution A 30 Si le SGSN supporte la caractéristique de SMS sur couche NAS, alors il peut être indiqué à l'UE dans le message d'acceptation de RAU à l'aide d'un nouvel IE de caractéristiques de réseau étendu supportées. Le format du 3045265 43 nouvel IE de caractéristiques de réseau étendu supportées dans le message d'acceptation de RAU peut être identique à celui décrit par rapport aux Tableaux 13 et 14 ci-dessus. Le réseau peut également utiliser l'IE de caractéristiques 5 de réseau étendu supportées afin d'informer la MS à propos du support de caractéristiques spécifiques telles que la distribution de SMS par l'intermédiaire de GPRS (GPRS-SMS) ou implicitement en ne l'envoyant pas. La MS peut utiliser l'indication de GPRS-SMS afin d'obtenir un SMS. 10 Valeur de cause de GMM Une MS peut réaliser un rattachement combiné pour un rattachement pour à la fois des services GPRS et des 15 services non-GPRS, tel qu'un rattachement CS à un MSC. Dans un mode de réalisation, lorsqu'une MS demande un rattachement combiné, tout en indiquant un support pour un SMS basé sur PS, et que le réseau supporte également un SMS sur couche NAS (à savoir SMS par l'intermédiaire de GPRS), 20 le réseau peut envoyer un message à l'UE indiquant que la connexion au MSC n'a pas été réalisée parce que cela n'était pas nécessaire du fait qu'à la fois la MS et le réseau supportent SMS basé sur PS. Ceci peut être accompli à l'aide d'un message de gestion de mobilité (GMM) GPRS tel 25 que décrit dans les paragraphes suivants. Un quelconque nombre de différents codes GMM peuvent être utilisés. En plus du message de PSSS depuis le SGSN vers la MS, un message de gestion de mobilité (GMM) de GPRS peut être communiqué depuis le SGSN vers la MS. Le message GMM 30 peut être communiqué dans un IE. Le but de l'IE de cause de GMM est d'indiquer la raison pour laquelle une demande de GMM provenant de la MS est rejetée par le réseau. Si une MS indique son support pour uniquement PS à l'intérieur du 3045265 44 message de demande de rattachement, et si le réseau supporte un SMS sur Gs (SMS sur couche NAS) et qu'une fourniture d'inscription uniquement PS est réglée à uniquement PS forcé ou uniquement PS autorisé, elle 5 rejettera l'attachement d'IMSI en envoyant une nouvelle valeur de cause de GMM. Dans ce cas, l'IE de cause de GMM peut être utilisé pour identifier qu'un rattachement d'identité internationale d'abonné mobile (IMSI) est rejeté du fait 10 qu'uniquement PS est supporté et que le réseau de SGSN supporte un SMS sur couche NAS. Par conséquent, aucun rattachement IMSI n'est nécessaire, tel que précédemment discuté. L' IE de cause de GMM est un IE de type 3 ayant 2 octets en longueur. La valeur de cause de GMM est définie 15 dans la section 10.5.5.14 de TS de 3GPP 24.008. Un exemple d'une nouvelle valeur de cause de GMM est présentée dans le Tableau 15 et sur la Figure 7. 8 7 6 5 4 3 2 1 IE de cause de GMM octet 1 octet 2 Valeur de cause 20 Tableau 15 : Elément d'informations de cause de GMM Tel que présenté sur la Figure 7, lorsque des bits 1 à 8 ont une valeur de 01110000, respectivement, (valeur de cause = 112), alors le rattachement d'IMSI est 25 rejeté en tant que uniquement PS autorisé. Cette cause est envoyée à la MS si la MS demande des services qui demandent au SGSN de réaliser des procédures de MM combinées pour la MS et d'établir une association de Gs. Un code de cause 3045265 45 « rattachement d'IMSI rejeté en tant que uniquement PS autorisé » peut être communiqué. Lorsque des bits 1 à 8 ont une valeur de 01110001, respectivement, (valeur de cause = 113), alors le rattachement d'IMSI est rejeté en tant que 5 uniquement PS forcé et le réseau supporte SMS sur Gs (NAS). Cette cause est envoyée à la MS si la MS demande des services de SMS que l'HPLMN de la MS n'est pas apte ou disposée à fournir par l'intermédiaire du domaine PS. Lorsque ceci se produit, alors le code de cause 10 « rattachement d'IMSI rejeté en tant que (à savoir du fait que) uniquement PS forcé et le réseau supporte un SMS sur Gs (NAS) » est fourni, tel que présenté sur la Figure 7. Tandis que des codes de cause de GMM 112 et 113 ont été fournis en tant qu'exemples, ils ne visent pas à être 15 limitatifs. Sensiblement un quelconque type de code de cause de GMM peut être utilisé pour transporter des informations depuis le réseau vers la MS qui explique qu'un rattachement non-GPRS n'est pas réalisé du fait qu'un SMS par l'intermédiaire d'un GPRS peut être accompli au niveau 20 d'à la fois la MS et le réseau. Dans un autre mode de réalisation donné en exemple, un procédé 800 pour réaliser une fourniture de service uniquement de service par paquets (PS) dans un réseau sans fil est divulgué, tel que décrit dans 25 l'ordinogramme de la Figure 8. Le procédé comprend la réception, au niveau d'un noeud de support de service général de radiocommunication par paquets (GPRS) (SGSN), d'un message de demande provenant d'une station mobile (MS) indiquant une capacité uniquement PS de la MS, comme 30 représenté dans le bloc 810 ; et l'envoi depuis le SGSN, d'un message d'acceptation à la MS indiquant si un SMS sur couche NAS est supporté par le SGSN, comme présenté dans le bloc 820. Le message de demande peut être un message de 3045265 46 demande de rattachement ou un message de demande d'actualisation de zone de routage. De façon similaire, le message d'acceptation peut être un message d'acceptation de rattachement ou un message d'acceptation de zone de 5 routage. Le procédé 800 peut en outre comprendre l'indication dans un message d'acceptation de rattachement ou un message d'acceptation d'actualisation de zone de routage qu'un rattachement d'identité internationale 10 d'abonné mobile (IMSI) est uniquement pour SMS. Un message de gestion de mobilité GRPS (GMM) peut être envoyé depuis le SGSSN vers la MS. Le message de GMM peut identifier qu'un rattachement d'identité internationale d'abonné mobile (IMSI) est rejeté car (à savoir du fait que) 15 uniquement PS est supporté et le réseau GPRS supporte un SMS sur couche NAS. Le message de GMM peut être envoyé dans l'un d'un message d'acceptation de rattachement et d'un message d'acceptation d'actualisation de zone de routage. Le procédé 800 peut en outre comprendre la 20 réception d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le message de demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations (IE) ayant un bit choisi réglé pour indiquer 25 si la MS supporte SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine CS. Le message de demande peut être reçu provenant de la MS dans un élément d'informations de type actualisation supplémentaire qui est 30 contenu dans l'un du message d'acceptation de rattachement et du message d'acceptation d'actualisation de zone de routage. Le procédé 800 peut en outre comprendre l'envoi 3045265 47 du message d'acceptation de rattachement ou du message d'acceptation d'actualisation de zone de routage à la MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant 5 un (IE) utilisant un bit choisi dans l'IE pour identifier si un SMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. Dans un autre mode de réalisation, un procédé 900 pour adapter un réseau sans fil pour une communication à 10 commutation de paquets (PS) d'un message de service de messages courts (SMS) est décrit, comme décrit dans l'ordinogramme de la Figure 9. Le procédé comprend l'émission d'un message de demande depuis une station mobile (MS) vers un noeud de support de service général de 15 radiocommunication en mode paquet (GPRS) de desserte (SGSN) indiquant que la MS supporte un service de messages courts (SMS) basé sur commutation de paquets (PS) et réalise un enregistrement à commutation de circuits (CS) uniquement pour recevoir un service de SMS basé sur CS, comme 20 représenté dans le bloc 910 ; et la réception, au niveau de la MS, d'un message d'acceptation provenant du SGSN indiquant qu'un SMS sur couche NAS est supporté par le SGSN, tel que présenté dans le bloc 920. Le procédé 900 peut en outre comprendre 25 l'émission du message de demande, le message de demande étant l'un d'un message de demande de rattachement et d'un message de demande d'actualisation de zone de routage. Une opération supplémentaire peut comprendre l'envoi, depuis le SGSN, d'un message de gestion de mobilité de GPRS (GMM) 30 identifiant un code de cause selon lequel un rattachement d'identité internationale d'abonné mobile (IMSI) est rejeté du fait que (à savoir parce que) uniquement PS est supporté et que le réseau de SGSN supporte SMS sur couche NAS. 3045265 48 L'opération d'émission du message de demande dans le procédé 900 peut en outre comprendre l'émission d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le message de 5 demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations (IE) ayant un bit choisi réglé pour indiquer si la MS supporte SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de 10 SMS par l'intermédiaire du domaine CS. L'élément d'informations peut être un élément d'informations de type actualisation supplémentaire qui est communiqué depuis l'UE ou la MS vers le SGSN dans l'un du message de demande de rattachement ou du message de demande d'actualisation de 15 zone de routage. L'opération de réception du message d'acceptation au niveau de la MS provenant du SGSN, dans le procédé 900, peut en outre comprendre la réception d'un message d'acceptation de rattachement ou d'un message d'acceptation 20 d'actualisation de zone de routage au niveau de la MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant un IE utilisant un bit choisi dans l'IE pour identifier si SMS sur couche NAS est supporté ou n'est pas supporté par 25 le réseau de SGSN. Tandis que les procédés 800 et 900 proposent des exemples utilisant une station mobile, ils ne visent pas à être limitatifs. Tel que discuté précédemment, un équipement utilisateur (UE) peut être utilisé lorsque la MS 30 est utilisée dans les exemples. La Figure 10 propose une illustration donnée à titre d'exemple d'un dispositif mobile, tel qu'un équipement utilisateur (UE), une station mobile (MS), un 3045265 49 dispositif sans fil mobile, un dispositif de communication mobile, une tablette, un combiné ou un autre type de dispositif sans fil mobile. Le dispositif mobile peut comprendre une ou plusieurs antennes configurées pour 5 communiquer avec une station de base (BS), un noeud B évolué (eNB) ou un autre type de point d'accès de réseau étendu sans fil (WWAN). Le dispositif mobile peut être configuré pour communiquer à l'aide d'au moins une norme de communication sans fil comprenant LTE 3GPP, WiMAX, accès 10 par paquets haute vitesse (HSPA), Bluetooth et WiFi. Le dispositif mobile peut communiquer à l'aide d'antennes séparées pour chaque norme de communication sans fil ou d'antennes partagées pour de multiples normes de communication sans fil. Le dispositif mobile peut 15 communiquer dans un réseau local sans fil (WLAN), un réseau interpersonnel sans fil (WPAN) et/ou un réseau étendu sans fil (WWAN). Dans un autre mode de réalisation, un noeud de support de service général de radiocommunication en mode 20 paquet (GPRS) de desserte (SGSN) configuré pour communiquer avec un équipement utilisateur (UE) et/ou une station mobile (MS) apte à une communication à commutation de paquets (PS) d'un message de service de messages courts (SMS) est divulgué. Le SGSN comprend un module de support 25 PS fonctionnel au niveau du SGSN, tel que présenté sur la Figure 2. Le module de support PS est configuré pour recevoir un message de demande provenant d'un UE ou d'une MS indiquant que l'UE ou la MS supporte un SMS basé sur PS et réalise un enregistrement à commutation de circuits (CS) 30 uniquement pour recevoir un service de SMS par l'intermédiaire d'un domaine CS ; et envoyer un message d'acceptation à l'UE ou la MS indiquant que SMS sur couche NAS est supporté par le SGSN. Le message de demande peut 3045265 50 être l'un d'un message de demande de rattachement et d'un message de demande d'actualisation de zone de routage. Le message d'acceptation peut être l'un d'un message d'acceptation de rattachement et d'un message d'acceptation 5 d'actualisation de zone de routage. Dans un mode de réalisation, le module de support PS peut être en outre configuré pour émettre un message de gestion de mobilité GPRS (GMM) identifiant un code de cause selon lequel un rattachement d'identité internationale 10 d'abonné mobile (IMSI) est rejeté du fait que (à savoir parce que) uniquement PS est supporté et le réseau de SGSN supporte un SMS sur couche NAS. L'opération de réception du message de demande provenant de l'UE ou de la MS peut en outre comprendre la 15 réception d'un message de demande de rattachement ou d'un message de demande d'actualisation de zone de routage, le message de demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations (IE) de type actualisation supplémentaire 20 ayant un bit choisi réglé pour indiquer si l'UE ou la MS supporte un SMS basé sur PS et réalise l'enregistrement CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine CS. L'opération d'envoi du message d'acceptation peut 25 en outre comprendre l'envoi d'un message d'acceptation de rattachement ou d'un message d'acceptation d'actualisation de zone de routage vers l'UE ou la MS, le message d'acceptation de rattachement ou le message d'acceptation d'actualisation de zone de routage comprenant un IE 30 utilisant un bit choisi dans l'IE pour identifier si SMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. La Figure 10 propose une illustration donnée à 3045265 51 titre d'exemple d'un dispositif mobile, tel qu'un équipement utilisateur (UE), une station mobile (MS), un dispositif sans fil mobile, un dispositif de communication mobile, une tablette, un combiné ou un autre type de 5 dispositif sans fil mobile. Le dispositif mobile peut comprendre une ou plusieurs antennes configurées pour communiquer avec une station de base (BS), un noeud B évolué (eNB) ou un autre type de point d'accès de réseau étendu sans fil (WWAN). Le dispositif mobile peut être configuré 10 pour communiquer à l'aide d'au moins une norme de communication sans fil comprenant LTE 3GPP, WiMAX, accès par paquets haute vitesse (HSPA), Bluetooth et WiFi. Le dispositif mobile peut communiquer à l'aide d'antennes séparées pour chaque norme de communication sans fil ou 15 d'antennes partagées pour de multiples normes de communication sans fil. Le dispositif mobile peut communiquer dans un réseau local sans fil (WLAN), un réseau interpersonnel sans fil (WPAN) et/ou un réseau étendu sans fil (WWAN). 20 La Figure 10 propose également une illustration d'un microphone et d'un ou plusieurs haut-parleurs qui peuvent être utilisés pour une entrée et une sortie audio du dispositif mobile. L'écran d'affichage peut être un écran d'affichage à cristaux liquides (LCD) ou un autre 25 type d'écran d'affichage tel qu'un dispositif d'affichage à diodes électroluminescentes organiques (DELO). L'écran d'affichage peut être configuré en tant qu'écran tactile. L'écran tactile peut utiliser une technologie d'écran tactile capacitive, résistive ou d'un autre type. Un 30 processeur d'application et un processeur graphique peuvent être couplés à une mémoire interne pour fournir des capacités de traitement et d'affichage. Un port de mémoire non volatile peut également être utilisé pour fournir des 3045265 52 options d'entrée/sortie de données à un utilisateur. Le port de mémoire non volatile peut également être utilisé pour étendre les capacités de mémoire du dispositif mobile. Un clavier peut être intégré au dispositif mobile ou relié 5 d'une manière sans fil au dispositif mobile pour fournir une entrée utilisateur supplémentaire. Un clavier virtuel peut également être fourni à l'aide de l'écran tactile. Il convient de comprendre que plusieurs des unités fonctionnelles décrites dans cette description ont 10 été étiquetées en tant que modules, afin de souligner plus particulièrement leur indépendance de mise en oeuvre. Par exemple, un module peut être mis en oeuvre en tant que circuit matériel comprenant des circuits VLSI (à très grande échelle d'intégration) ou de réseaux de portes 15 personnalisés, des semi-conducteurs prêts à l'emploi tels que des puces logiques, des transistors ou d'autres composants discrets. Un module peut également être mis en oeuvre dans des dispositifs matériels aptes à être programmés tels que des matrices prédiffusées programmables 20 par l'utilisateur (FPGA), une logique de réseau programmable, des dispositifs logiques programmables ou similaires. Des modules peuvent être également être mis en oeuvre dans un logiciel pour exécution par différents types 25 de processeurs. Un module identifié de code exécutable peut, par exemple, comprendre un ou plusieurs blocs physiques ou logiques d'instructions d'ordinateur, qui peuvent, par exemple, être organisés en tant qu'objet, procédure ou fonction. Néanmoins, les exécutables d'un 30 module identifié n'ont pas besoin d'être physiquement situés ensemble, mais peuvent comprendre des instructions disparates stockées dans différents emplacements qui, lorsqu'elles sont jointes logiquement ensemble, comprennent 3045265 53 le module et atteignent le but statué pour le module. En effet, un module de code exécutable peut être une instruction unique, ou plusieurs instructions, et peut même être réparti sur plusieurs segments de code 5 différents, parmi des programmes différents et à travers plusieurs dispositifs de mémoire. De façon similaire, des données fonctionnelles peuvent être identifiées et illustrées présentement dans des modules et peuvent être mises en oeuvre sous une quelconque forme appropriée et 10 organisées à l'intérieur d'un quelconque type approprié de structure de données. Les données fonctionnelles peuvent être collectées en tant 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 15 exister, au moins partiellement, simplement en tant que signaux électroniques sur un système ou un réseau. Les modules peuvent être passifs ou actifs, y compris des agents fonctionnels pour réaliser des fonctions désirées. Différentes techniques, ou certains aspects ou 20 parties de celles-ci, peuvent prendre la forme d'un code de programme (à savoir, des instructions) mis en oeuvre dans des supports tangibles, tels que des disques souples, des CD-ROM, des disques durs ou un quelconque autre support de stockage apte à être lu par machine dans lequel, lorsque le 25 code de programme est chargé dans et exécuté par une machine, telle 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 30 informatique peut comprendre un processeur, un support de stockage apte à être lu par le processeur (y compris une mémoire volatile et non volatile et/ou des éléments de stockage), au moins un dispositif d'entrée et au moins un 3045265 54 dispositif de sortie. Un ou plusieurs programmes qui peuvent mettre en oeuvre ou utiliser les différentes techniques décrites présentement peuvent utiliser une interface de programmation d'applications (API), des 5 commandes réutilisables et similaires. De tels programmes peuvent être mis en oeuvre dans un langage de programmation orienté objet ou procédural de niveau élevé pour communiquer avec un système informatique. Cependant, le ou les programmes peuvent être mis en oeuvre en assembleur ou 10 langage machine, si désiré. Dans tous les cas, le langage peut être un langage compilé ou interprété, et combiné avec des mises en oeuvre matérielles. Une référence partout dans cette description à « un mode de réalisation » ou « un mode de réalisation » 15 signifie qu'un élément particulier décrit, une structure ou une caractéristique particulière décrite en liaison avec le mode de réalisation est inclus dans au moins un mode de réalisation de la présente invention. Ainsi, des apparitions des expressions « dans un mode de réalisation » 20 ou « dans un mode de réalisation » à différents endroits partout dans cette description ne font pas toutes nécessairement référence au même mode de réalisation. Tel qu'utilisé présentement, une pluralité d'objets, d'éléments structuraux, d'éléments de composition 25 et/ou de matériels peuvent être présentés dans une liste commune par commodité. Cependant, ces listes doivent être interprétées comme si chaque élément de la liste était identifié individuellement en tant qu'élément séparé et unique. Ainsi, aucun élément individuel d'une telle liste 30 ne devrait être interprété comme un équivalent de facto d'un quelconque autre membre de la même liste seulement sur la base de leur présentation dans un groupe commun sans indications du contraire. De plus, différents modes de 3045265 55 réalisation et exemples de la présente invention peuvent être désignés présentement avec des alternatives pour les différents composants de ceux-ci. Il convient de comprendre que de tels modes de réalisation, exemples et alternatives 5 ne sont pas destinés à être interprétés en tant qu'équivalents de facto les uns des autres, mais sont à considérer en tant que représentations séparées et autonomes de la présente invention. De plus, les éléments, structures ou 10 caractéristiques décrits peuvent être combinés d'une quelconque manière appropriée dans un ou plusieurs modes de réalisation. Dans la description suivante, de nombreux détails spécifiques sont proposés, tels que des exemples de matériels, fixations, dimensions, longueurs, largeurs, 15 formes, etc., pour fournir une compréhension approfondie de modes de réalisation de l'invention. L'homme du métier reconnaîtra, cependant, que l'invention peut être mise en pratique sans l'un ou plusieurs des détails spécifiques, ou avec d'autres procédés, composants, matériels, etc. Dans 20 d'autres exemples, des structures, des matériels ou des opérations bien connus ne sont pas représentés ou décrits en détail pour éviter d'obscurcir des aspects de l'invention. Tandis que les exemples précédents sont 25 illustratifs des principes de la présente invention dans une ou plusieurs applications particulières, il sera apparent à l'homme du métier que de nombreuses modifications de forme, d'usage et de détails de mise en oeuvre peuvent être faites sans l'exercice de faculté 30 inventive, et sans s'écarter des principes et concepts de l'invention. Par conséquent, il n'y a aucune volonté de limiter l'invention, sauf par les revendications énoncées ci-dessous. REVENDICATIONS1 - Station mobile (MS) pour communiquer dans un réseau sans fil avec un service de messages courts (SMS) 5 basé sur une commutation de paquets (PS), la MS comprenant : un processeur couplé de manière fonctionnelle à une mémoire non volatile, le processeur étant fonctionnel pour configurer la MS afin d'envoyer un message de demande 10 à un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des 15 informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS. 2 - Station mobile (MS) selon la revendication 1, dans laquelle le message de demande est un message de demande de rattachement. 20 3 - Station mobile (MS) selon la revendication 1, dans laquelle le message de demande est un message de demande d'actualisation de zone de routage. 4 - Station mobile (MS) selon la revendication 1, dans laquelle la MS est configurée pour recevoir un message 25 d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage. - Station mobile (MS) selon la revendication 4, 30 dans laquelle le message d'acceptation comprend un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN. 3045265 57 6 - Station mobile (MS) selon la revendication 4, dans laquelle le message d'acceptation comprend un message de gestion de mobilité GPRS (GMM), le message GMM étant configuré pour comprendre une raison pour laquelle une 5 demande de GMM provenant de la MS est rejetée par le SGSN. 7 - Procédé pour adapter un réseau sans fil pour un service de messages courts (SMS) basé sur une commutation de paquets (PS), le procédé comprenant : l'envoi d'un message de demande en provenance d'une station mobile (MS) à un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS. 8 - Procédé selon la revendication 7, dans lequel le message de demande est un message de demande de rattachement. 9 - Procédé selon la revendication 7, dans lequel le message de demande est un message de demande d'actualisation de zone de routage. 10 Procédé selon la revendication 7, comprenant : la réception au niveau de la MS d'un message d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage. 11 - Procédé selon la revendication 10, dans lequel la réception du message d'acceptation comprend : la réception du message d'acceptation comprenant un IE ayant un bit pour identifier si le SMS par 3045265 58 l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN. 12 - Procédé selon la revendication 10, dans lequel la réception du message d'acceptation comprend : 5 la réception d'un message de gestion de mobilité GPRS (GMM), qui comprend une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN. 13 - Produit comprenant un support de stockage non transitoire ayant, stockées sur celui-ci, des 10 instructions qui, lorsqu'elles sont exécutées par une machine, mettent en oeuvre un procédé pour adapter un réseau sans fil pour un service de messages courts (SMS) basé sur une commutation de paquets (PS), dans lequel les instructions conduisent à : 15 envoyer un message de demande en provenance d'une station mobile (MS) à un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, 20 l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS. 14 - Produit selon la revendication 13, dans lequel le message de demande est un message de demande de 25 rattachement. 15 - Produit selon la revendication 13, dans lequel le message de demande est un message de demande d'actualisation de zone de routage. 16 - Produit selon la revendication 13, dans 30 lequel les instructions conduisent à : recevoir au niveau de la MS un message d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de 3045265 59 rattachement soit un message d'acceptation de zone de routage. 17 - Produit selon la revendication 16, dans lequel le message d'acceptation comprend un IE ayant un bit 5 pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN. 18 - Produit selon la revendication 16, dans lequel le message d'acceptation comprend un message de gestion de mobilité GPRS (GMM) configuré pour indiquer une 10 raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN. 19 - Noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN) pour réaliser une fourniture de service de service de 15 messages courts (SMS) uniquement dans un réseau sans fil, le SGSN comprenant : un module de support de commutation de paquets (PS) mis en oeuvre en tant que circuit matériel, dans lequel le module de support PS est configuré pour recevoir un 20 message de demande en provenance d'une station de base (MS), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour 25 supporter un service de messages courts (SMS) basé sur PS. 20 - SGSN selon la revendication 19, dans lequel le message de demande est un message de demande de rattachement. 21 - SGSN selon la revendication 19, dans lequel 30 le message de demande est un message de demande d'actualisation de zone de routage. 22 - SGSN selon la revendication 19, qui est configuré pour émettre à la MS un message d'acceptation, le 3045265 60 message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage. 23 - SGSN selon la revendication 22, dans lequel 5 le message d'acceptation comprend un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN. 24 - SGSN selon la revendication 22, dans lequel le message d'acceptation comprend un message de gestion de 10 mobilité GPRS (GMM) configuré pour indiquer une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN.