Brevet FR2990098A1 — publié le 20131101

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 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 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. 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 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 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 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 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 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). 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 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 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 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 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 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 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 TE 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. Des modes de réalisation de l'invention portent également sur un noeud de support de service général de 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 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 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 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. 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 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 ; 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 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 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 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 é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 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 » 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 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 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 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 LIE et MS sont considérés comme étant synonymes et peuvent être utilisés de manière interchangeable partout dans ce docùment, à 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. 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 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 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 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 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 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 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). 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 entre de 8 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 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 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 à 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 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 (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 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 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 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 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 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 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 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)). Le SGSN supporte GPRS pour un mode A/Gb (à savoir l'interface Gb est supportée par le SGSN) et/ou un mode lu (à 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 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 lu, le SGSN et le RNC peuvent être interconnectés avec un ou plusieurs 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 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. 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 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 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 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 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 (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 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 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 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 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 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 - 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é C5/PS qui nécessite uniquement des services de domaine PS et des services de SMS sur 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 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. 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 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. 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 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 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. 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 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. Par conséquent, un service uniquement PS supplémentaire est le service peut envoyer un message PS lequel indique au SGSN que PS uniquement activé. Un UE uniquement activé au SGSN, le réseau mobile terrestre 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/PAU combinée (à savoir l'enregistrement CS 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 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 56a, qui est une interface 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 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 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, registre des positions de visiteur, au centre commutation mobile, au registre d'identités au de d'équipement, au centre d'authentification, au centre de service de 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 commutation de SMS (SC) peut être intégré avec le SMSGMSC/SMS_IWMSC (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 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 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 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. 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 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). 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 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 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 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 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 d'IE peuvent être utilisés pour communiquer ce message depuis PUE 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 exemples ci-dessous sont marqués solution A à solution E. Solution A Dans cette solution, un nouveau type 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 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 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 » 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. 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. Tableau 2 : Elément d'informations de type actualisation supplémentaire.15 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 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 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 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 Dans cette solution, un bit de réserve de 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 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 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. 7 6 5 IEI de support 0 0 PSSS Temporisateurs de En En périodiques caractéristique de réseau de MS réserve réserve étendus 4 3 27 2 1 octet 1 Tableau 3 : Elément d'informations de support de caractéristique de réseau de MS Temporisateurs périodiques étendus (octet 1) Bit 1 0 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 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 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 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 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 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 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. 7 6 5 4 3 octet 1 octet 2 octet 3 octet 4 octet 5* octet 6* octet 7* octet 8. - 15* 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 EIA5 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 LUS 1xSR VCC NF ' 0 0 0 0 0 0 0 0 En réserve 1 Tableau 5 : Elément d'informations de capacité de réseau d'UE 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 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 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 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 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 rattachement d'EPS, qui ,est défini dans la section 9.9.3.11 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. 8 7 6 5 3 2 1 IEI de type rattachement FOR Type rattachement octet 1 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 lu. NOTE 1 : Le point de code « 010 » s'il est reçu par le réseau, devra être interprété en tant que « rattachement GPRS/IMSI combiné ». Tableau 8 : Elément d'informations de type rattachement d'EPS 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 W 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 : 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 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 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 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 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. Par exemple, des perfectionnements, similaires à ceux présentés dans les solutions A-E, peuvent être faits 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'IF 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 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 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. 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 21 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 Une demande de suivi en attente est applicable uniquement dans un mode lu. 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 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. 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 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 M 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. 7 6 5 IEI de support 0 0 0 PSSS de En En En caractéristiques de réseau étendu réserve réserve réserve 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 M 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 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 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 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 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 informations peuvent être communiquées. Message d'acceptation de RAU Par exemple, des perfectionnements similaires à 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 PAU peut être utilisé par le réseau pour indiquer si un SMS sur couche 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 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 nouvel IE de caractéristiques de réseau étendu supportées dans le message d'acceptation de RU peut être identiue à celui décrit par rapport aux Tableaux 13 et 14 ci-dessus. Le réseau peut également utiliser l'IE de caractéristiques 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. Valeur de cause de GMM Une MS peut réaliser un rattachement combiné pour un rattachement pour à la fois des services GPRS et des 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), 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 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 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 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 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 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 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 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 « 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 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 « 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 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 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 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 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 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 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 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) 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 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 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 à 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 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 recevôir un service de SMS basé sur CS, comme 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. 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 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 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 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 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 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 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 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 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 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) 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 ê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 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 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 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 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 OS 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 à 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 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é 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 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). 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 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é 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 é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 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édif fusées programmables 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 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 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 commandes réutilisables et similaires. De tels programmes peuvent être mis orienté objet communiquer avec un système les programmes peuvent être langage machine, si désiré. informatique. Cependant, le ou mis en oeuvre en assembleur ou Dans tous les cas, le langage en oeuvre dans un langage de programmation ou procédural de niveau élevé pour 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 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 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 - Procédé de réalisation de fourniture de service de service par paquets (PS) uniquement dans un 5 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 station mobile (MS) selon lequel la MS supporte un 10 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 domaine CS ; et - envoyer, depuis le SGSN, un message d'acceptation à la 15 MS indiquant si un SMS sur couche NAS est supporté par le SGSN. 2 - Procédé selon la revendication 1, dans lequel le message de demande est l'un parmi : - un message de demande de rattachement ; 20 - un message de demande d'actualisation de zone de routage ; - un message d'acceptation de rattachement ; ou - un message d'acceptation d'actualisation de zone de routage. 25 3 - Procédé selon la revendication 1, comprenant en outre une 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 (IMSI) est uniquement pour 30 un SMS. 4 - Procédé selon la revendication 1, comprenant en outre l'envoi, depuis le SGSN vers la MS, d'un messagede gestion de mobilité GPRS (GMM) identifiant qu'un rattachement d'identité internationale d'abonné mobile (IMSI) est rejeté du fait qu'uniquement PS est supporté par la MS et que le réseau de GPRS supporte SMS sur couche NAS. 5 - Procédé selon la revendication 4, comprenant en outre l'envoi depuis le SGSN vers la MS du message de GMM dans l'un d'un message d'acceptation de rattachement et d'un message d'acceptation d'actualisation de zone de routage. 6 - Procédé selon la revendication 1, dans lequel la réception du message de demande comprend en outre la réception d'un message de demande de rattachement ou d'un message 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 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. 7 - Procédé selon la revendication 1, comprenant 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 dans l'un d'un message d'acceptation de rattachement et d'un message d'acceptation d'actualisation de zone de routage. 8 - Procédé selon la revendication 1, dans lequel 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 à 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 siSMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. 9 - Procédé selon la revendication 1, comprenant en outre la réception du 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). - Procédé selon la revendication 1, dans lequel la MS comprend au moins l'un d'une antenne, d'un 10 é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 des combinaisons de ceux-ci. 11 - Support de stockage apte à être lu par 15 machine non transitoire comprenant une pluralité d'instructions aptes à être exécutées pour mettre en oeuvre un procédé pour adapter un réseau sans fil pour une communication à commutation de paquets (PS) d'un service de messages courts (SMS), comprenant : 20 - émettre un message de demande depuis une station mobile (MS) vers un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN) indiquant que la MS supporte un service de messages courts (SMS) basé sur commutation de paquets 25 (PS) et réalise un enregistrement à commutation de circuits (CS) uniquement pour recevoir un service de SMS basé sur CS ; recevoir, au niveau de la MS, un message d'acceptation provenant du SGSN indiquant qu'un SMS sur couche NAS est 30 supporté par le SGSN. 12 - Support de stockage apte à être lu par machine non transitoire selon la revendication 11, comprenant en outre l'émission du message de demande, lemessage de demande étant l'un d'un message de demande de rattachement et d'un message de demande d'actualisation de zone de routage. 13 - Support de stockage apte à être lu par 5 machine non transitoire selon la revendication 11, comprenant en outre l'envoi, depuis le SGSN, d'un message 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 10 qu'uniquement PS est supporté par la MS et que le réseau de SGSN supporte SMS sur couche NAS. 14 - Support de stockage apte à être lu par machine non transitoire selon la revendication 11, dans lequel l'émission du message de demande comprend en outre 15 l'émission 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 20 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. 15 - Support de stockage apte à être lu par machine non transitoire selon la revendication 14, dans 25 lequel 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 rattachement ou du message de demande d'actualisation de zone de routage. 30 16 - Support de stockage- apte à être lu par machine non transitoire selon la revendication 11, dans lequel la réception du message d'acceptation au niveau de la MS provenant du SGSN comprend en outre la réception d'unmessage 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 identifier si SMS sur couche NAS est supporté ou n'est pas supporté par le réseau de SGSN. 17 - Noeud de support de service général de 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), 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 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 domaine CS ; et envoyer un message d'acceptation à la MS indiquant qu'un SMS sur couche NAS est supporté par le SGSN. 18 - SGSN selon la revendication 17, dans lequel 25 le message de demande est l'un parmi : - un message de demande de rattachement ; - un message de demande d'actualisation de zone de routage ; - un message d'acceptation de rattachement ; ou 30 - un message d'acceptation d'actualisation de zone de routage. 19 - SGSN selon la revendication 17, dans lequel le module de support PS est en outre configuré pour émettreun message 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 qu'uniquement PS est supporté et que le réseau de SGSN supporte SMS sur couche NAS. 20 - SGSN selon la revendication 17, dans lequel la réception du message de demande provenant de la MS 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 message de demande de rattachement ou le message de demande d'actualisation de zone de routage comprenant un élément d'informations de type actualisation supplémentaire (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 SMS par l'intermédiaire du domaine CS. 21 - SGSN selon la revendication 17, dans lequel l'envoi du message d'acceptation comprend en outre l'envoi d'un message d'acceptation de rattachement ou d'un message 20 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 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. 22 - SGSN selon la revendication 17, dans lequel le SGSN est configuré pour communiquer avec la MS par l'intermédiaire d'un contrôleur de réseau radio (RNC). 23 - SGSN selon la revendication 17, dans lequel 30 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 des combinaison de ceux-ci.