FR3045265A1 - - Google Patents

Download PDF

Info

Publication number
FR3045265A1
FR3045265A1 FR1661969A FR1661969A FR3045265A1 FR 3045265 A1 FR3045265 A1 FR 3045265A1 FR 1661969 A FR1661969 A FR 1661969A FR 1661969 A FR1661969 A FR 1661969A FR 3045265 A1 FR3045265 A1 FR 3045265A1
Authority
FR
France
Prior art keywords
message
sms
sgsn
request message
acceptance
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1661969A
Other languages
English (en)
Other versions
FR3045265B1 (fr
Inventor
Puneet K Jain
Vivek Gupta
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Publication of FR3045265A1 publication Critical patent/FR3045265A1/fr
Application granted granted Critical
Publication of FR3045265B1 publication Critical patent/FR3045265B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H04L27/2655—Synchronisation arrangements
    • H04L27/2657—Carrier synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention porte sur une technologie pour communiquer une communication de service de messages courts (SMS) dans un domaine à commutation de paquets (PS) d'un noeud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN) dans un réseau d'accès radio terrestre universel (UTRAN). Un procédé comprend la réception, au niveau du SGSN, d'un message de demande provenant d'un équipement utilisateur (UE) indiquant que l'UE 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 l'envoi, depuis le noeud de commande CN, d'un message d'acceptation à l'UE indiquant qu'un SMS sur couche NAS est supporté par le SGSN.

Description

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 nœud 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 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 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.
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 (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é 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 1'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 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 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 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 œuvre 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 nœud 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) 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 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 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 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.
Des modes de réalisation de l'invention portent également sur un nœud 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 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 à 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 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 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é 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 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 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.
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 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 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 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 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 ;
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 ;
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 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 « 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 « nœud 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 nœud de support de service de radiocommunication en mode paquet (GPRS) de desserte (SGSN).
Tel qu'utilisé présentement, le terme équipement 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 communiquer avec un réseau sans fil de projet de partenariat de troisième génération (3GPP) . Les termes UE et MS sont considérés comme étant synonymes et peuvent être utilisés de manière interchangeable partout dans ce document, à moins que ce ne soit indiqué autrement.
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 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 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 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 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 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 nœuds sans fil. Ces connexions dédiées peuvent être ouvertes même si aucune donnée n'est émise par un 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 nœuds 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 des dispositifs mobiles. Des messages sont envoyés à un centre de service de messages courts (SMSC) où ils peuvent être stockés jusqu'à ce que le dispositif sans fil de destination soit actif. Une fois que le dispositif sans 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 œuvre. La mise en œuvre 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 œuvre une communication de SMS basée sur PS utilisant l'entité de gestion de mobilité (MME) du réseau. La MME est le nœud 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 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 é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 nœud de support de GPRS (service général de 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 tant que nœud 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 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 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 nœud 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 œuvre 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 technique (TS) de 3GPP 23.060. Un exemple est proposé dans TS de 3GPP 23.060 Vil.1.0 (03-2012).
Un nœud 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 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 nœud de support de GPRS de passerelle (GGSN) et de SGSN peuvent être combinées dans le même nœud physique, où elles peuvent résider dans différents nœuds 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 routeurs d'IP.
Le nœud de support de GPRS de passerelle (GGSN) est le nœud 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 nœud 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 nœud de support de GPRS de desserte (SGSN) est le nœud 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 GSM-SCF 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 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 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.
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. 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 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 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 nœuds de desserte dans le domaine PS lorsqu'un SMS par l'intermédiaire du domaine PS est offert par ces nœuds de desserte.
Un UE à capacité CS/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 nœuds 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 PS uniquement activé. Un UE peut envoyer un message PS uniquement activé au SGSN, lequel indique au SGSN que 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/RAU 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 S6a, 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 nœuds 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, au registre des positions de visiteur, au centre de commutation mobile, au registre d'identités d'équipement, au centre d'authentification, au centre de service de messages courts et au nœud 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 SMS-GMSC/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 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 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).
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 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 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 a un turaiisfGirt dG SMS sans Xg bGSoixi 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 Vil.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 l'UE vers le SGSN. Cinq différents exemples sont proposés présentement. Ces exemples ne visent pas à être limitatifs. Un quelconque moyen peut être utilisé pour communiquer ce message depuis l'UE vers le SGSN. Les 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.
octet 1
Tableau 1 : Elément d'informations de type actualisation supplémentaire
Tableau 2 : Elément d'informations de type actualisation supplémentaire.
Comme présenté dans le Tableau 2 ci-dessus, le Bit 1 dans 1'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 l'IE de support de caractéristique de réseau de MS du message de demande de rattachement est utilisé pour indiquer une capacité uniquement PS d'UE au réseau ; à savoir, que l'UE 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. 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.
Tableau 5 : Elément d'informations de capacité de réseau
d'UE
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 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.3 01 et dans la section 10.5.5.2 de TS 24.008, peut être configuré pour comprendre un message de support de SMS basé sur PS, comme suit.
octet 1
Tableau 7 : Elément d'informations de type rattachement
d'EPS
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 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
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 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 message de support de SMS basé sur PS, comme suit :
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 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.
Plusieurs types différents d'IE peuvent être utilisés pour communiquer des informations dans le message de demande RAU depuis l'UE vers le SGSN. Quatre exemples différents sont proposés présentement. Ces exemples ne visent pas être limitatifs. Un quelconque moyen peut être 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 Solution A
Dans cette solution, un nouvel IE de type actualisation supplémentaire est ajouté au message de 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 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 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
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 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 message de support de SMS basé sur PS, comme suit :
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 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 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 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 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.
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. 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.
octet 1
Tableau 11 : Elément d'informations de type actualisation
Tableau 12 : Elément d'informations de type actualisation
Tel qu'illustré dans les Tableaux 11 et 12, une 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 représenté sur la Figure 4.
Messagerie de réseau 3GPP
Afin pour un réseau sans fil 2G/3G de fournir un 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 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 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 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 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
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 é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 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. 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 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 lequel un SMS sur couche NAS est supporté par le SGSN. L'IE illustré dans les Tableaux 13 et 14 peut être inclus dans 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 GPRS-SMS.
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 RAU 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 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 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 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 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 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
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 RAU peut être identique à celui décrit par rapport aux Tableaux 13 et 14 ci-dessus. Le réseau peut également utiliser l'IE de caractéristiques 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 à 1'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.
octet 1 octet 2
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 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 nœud 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 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 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 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 nœud 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 recevoir 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 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) 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 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.
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 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 nœud 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 nœud 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 CS uniquement pour recevoir un service de SMS par l'intermédiaire du domaine CS. L'opération d'envoi du message d'acceptation peut 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 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 nœud 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 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 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 œuvre. Par exemple, un module peut être mis en œuvre 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 œuvre dans des dispositifs matériels aptes à être programmés tels que des matrices prédiffusées programmables par l'utilisateur (FPGA), une logique de réseau programmable, des dispositifs logiques programmables ou similaires.
Des modules peuvent être également être mis en œuvre dans un logiciel pour exécution par différents types 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 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 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 œuvre sous une quelconque forme appropriée et 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 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 parties de celles-ci, peuvent prendre la forme d'un code de programme (à savoir, des instructions) mis en œuvre 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 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 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 œuvre 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 en œuvre dans un langage de programmation orienté objet ou procédural de niveau élevé pour communiquer avec un système informatique. Cependant, le ou les programmes peuvent être mis en œuvre en assembleur ou langage machine, si désiré. Dans tous les cas, le langage peut être un langage compilé ou interprété, et combiné avec des mises en œuvre matérielles.
Une référence partout dans cette description à « un mode de réalisation » ou « un mode de réalisation » 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 » 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 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 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 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, 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 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 11 invention.
Tandis que les exemples précédents sont 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 œuvre peuvent être faites sans l'exercice de faculté 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.

Claims (24)

  1. REVENDICATIONS
    1 - Station mobile (MS) pour communiquer dans un réseau sans fil avec un service de messages courts (SMS) basé sur une commutation de paquets (PS) , la MS comprenant : un processeur couplé de manière fonctionnelle à une mémoire non volatile, le processeur étant fonctionnel pour configurer la MS afin d'envoyer un message de demande à un nœud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS.
  2. 2 - Station mobile (MS) selon la revendication 1, dans laquelle le message de demande est un message de demande de rattachement.
  3. 3 - Station mobile (MS) selon la revendication 1, dans laquelle le message de demande est un message de demande d'actualisation de zone de routage.
  4. 4 - Station mobile (MS) selon la revendication 1, dans laquelle la MS est configurée pour recevoir un message d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage.
  5. 5 - Station mobile (MS) selon la revendication 4, dans laquelle le message d'acceptation comprend un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN.
  6. 6 - Station mobile (MS) selon la revendication 4, dans laquelle le message d'acceptation comprend un message de gestion de mobilité GPRS (GMM) , le message GMM étant configuré pour comprendre une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN.
  7. 7 - Procédé pour adapter un réseau sans fil pour un service de messages courts (SMS) basé sur une commutation de paquets (PS), le procédé comprenant : l'envoi d'un message de demande en provenance d'une station mobile (MS) à un nœud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS.
  8. 8 - Procédé selon la revendication 7, dans lequel le message de demande est un message de demande de rattachement.
  9. 9 - Procédé selon la revendication 7, dans lequel le message de demande est un message de demande d'actualisation de zone de routage.
  10. 10 - Procédé selon la revendication 7, comprenant : la réception au niveau de la MS d'un message d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage.
  11. 11 - Procédé selon la revendication 10, dans lequel la réception du message d'acceptation comprend : la réception du message d'acceptation comprenant un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN.
  12. 12 - Procédé selon la revendication 10, dans lequel la réception du message d'acceptation comprend : la réception d'un message de gestion de mobilité GPRS (GMM), qui comprend une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN.
  13. 13 - Produit comprenant un support de stockage non transitoire ayant, stockées sur celui-ci, des instructions qui, lorsqu'elles sont exécutées par une machine, mettent en œuvre un procédé pour adapter un réseau sans fil pour un service de messages courts (SMS) basé sur une commutation de paquets (PS), dans lequel les instructions conduisent à : envoyer un message de demande en provenance d'une station mobile (MS) à un nœud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter le SMS basé sur PS.
  14. 14 - Produit selon la revendication 13, dans lequel le message de demande est un message de demande de rattachement.
  15. 15 - Produit selon la revendication 13, dans lequel le message de demande est un message de demande d'actualisation de zone de routage.
  16. 16 - Produit selon la revendication 13, dans lequel les instructions conduisent à : recevoir au niveau de la MS un message d'acceptation en provenance du SGSN, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage.
  17. 17 - Produit selon la revendication 16, dans lequel le message d'acceptation comprend un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN.
  18. 18 - Produit selon la revendication 16, dans lequel le message d'acceptation comprend un message de gestion de mobilité GPRS (GMM) configuré pour indiquer une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN.
  19. 19 - Nœud de support de service général de radiocommunication en mode paquet (GPRS) de desserte (SGSN) pour réaliser une fourniture de service de service de messages courts (SMS) uniquement dans un réseau sans fil, le SGSN comprenant : un module de support de commutation de paquets (PS) mis en œuvre en tant que circuit matériel, dans lequel le module de support PS est configuré pour recevoir un message de demande en provenance d'une station de base (MS), le message de demande comprenant un élément d'informations (IE) de type Actualisation Supplémentaire, l'IE de type Actualisation Supplémentaire comprenant des informations pour indiquer que la MS est configurée pour supporter un service de messages courts (SMS) basé sur PS.
  20. 20 - SGSN selon la revendication 19, dans lequel le message de demande est un message de demande de rattachement.
  21. 21 - SGSN selon la revendication 19, dans lequel le message de demande est un message de demande d'actualisation de zone de routage.
  22. 22 - SGSN selon la revendication 19, qui est configuré pour émettre à la MS un message d'acceptation, le message d'acceptation étant soit un message d'acceptation de rattachement soit un message d'acceptation de zone de routage.
  23. 23 - SGSN selon la revendication 22, dans lequel le message d'acceptation comprend un IE ayant un bit pour identifier si le SMS par l'intermédiaire du GPRS est supporté ou n'est pas supporté par le réseau SGSN.
  24. 24 - SGSN selon la revendication 22, dans lequel le message d'acceptation comprend un message de gestion de mobilité GPRS (GMM) configuré pour indiquer une raison pour laquelle une demande de GMM provenant de la MS est rejetée par le SGSN.
FR1661969A 2012-04-09 2016-12-05 Perfectionnements a des reseaux sans fil pour supporter une communication de service de messages courts (sms) dans un domaine a commutation de paquets Active FR3045265B1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201261621939P 2012-04-09 2012-04-09
US13631379 2012-09-28
US13/631,379 US9641297B2 (en) 2012-04-09 2012-09-28 Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain
FR1353182A FR2990098B1 (fr) 2012-04-09 2013-04-09 Perfectionnements a des reseaux sans fil pour supporter une communication de services de messages courts (sms) dans un domaine a commutation de paquets

Publications (2)

Publication Number Publication Date
FR3045265A1 true FR3045265A1 (fr) 2017-06-16
FR3045265B1 FR3045265B1 (fr) 2018-11-23

Family

ID=74551334

Family Applications (2)

Application Number Title Priority Date Filing Date
FR1353182A Active FR2990098B1 (fr) 2012-04-09 2013-04-09 Perfectionnements a des reseaux sans fil pour supporter une communication de services de messages courts (sms) dans un domaine a commutation de paquets
FR1661969A Active FR3045265B1 (fr) 2012-04-09 2016-12-05 Perfectionnements a des reseaux sans fil pour supporter une communication de service de messages courts (sms) dans un domaine a commutation de paquets

Family Applications Before (1)

Application Number Title Priority Date Filing Date
FR1353182A Active FR2990098B1 (fr) 2012-04-09 2013-04-09 Perfectionnements a des reseaux sans fil pour supporter une communication de services de messages courts (sms) dans un domaine a commutation de paquets

Country Status (15)

Country Link
US (3) US9641297B2 (fr)
EP (2) EP3139644B1 (fr)
JP (3) JP2015511106A (fr)
KR (3) KR20160105983A (fr)
CN (2) CN103428659A (fr)
BE (2) BE1021622B1 (fr)
BR (1) BR112014025183B1 (fr)
ES (1) ES2446851B2 (fr)
FI (2) FI128110B (fr)
FR (2) FR2990098B1 (fr)
IT (1) ITMI20130540A1 (fr)
NL (1) NL2010600C2 (fr)
SE (1) SE1300255A1 (fr)
TW (3) TWI506984B (fr)
WO (1) WO2013154965A1 (fr)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140241241A1 (en) * 2013-02-28 2014-08-28 Alcatel-Lucent Usa, Inc. Method and apparatus for supporting short message services for packet switched devices
US9641297B2 (en) 2012-04-09 2017-05-02 Intel Corporation Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain
KR101703789B1 (ko) * 2013-01-24 2017-02-07 후아웨이 테크놀러지 컴퍼니 리미티드 서비스 처리 방법, 시스템 및 관련 장치
US9326194B2 (en) * 2013-09-11 2016-04-26 Blackberry Limited Method and apparatus for setup of a circuit switched call during circuit switched fallback
KR101874727B1 (ko) * 2013-11-22 2018-07-04 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 송신 방법, 사용자 장비, 및 기지국
EP3281331A1 (fr) 2015-04-10 2018-02-14 Telefonaktiebolaget LM Ericsson (publ) Mise en oeuvre d'une requête automatique de répétition hybride (harq) sur un canal physique partagé montant (pusch) pour de multiples porteuses
WO2017050496A1 (fr) * 2015-09-25 2017-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Mécanisme pour étendre un type d'élément d'informations (ie) dans un protocole de tunnellisation (gtp)
US20170093730A1 (en) 2015-09-25 2017-03-30 FSA Technologies,Inc. Flow control system and method
EP3267650A1 (fr) * 2016-07-04 2018-01-10 Nokia Solutions and Networks Oy Support de ps data off dans un système mobile
EP3560221B1 (fr) * 2016-12-21 2022-02-02 Telefonaktiebolaget LM Ericsson (publ) Prise en charge d'un service à commutation de circuits dans un réseau central 5g
US10470042B2 (en) * 2017-07-27 2019-11-05 Nokia Technologies Oy Secure short message service over non-access stratum
US10306029B1 (en) 2018-04-05 2019-05-28 Lg Electronics Inc. Mobile terminal
CN108616827B (zh) * 2018-04-27 2021-05-18 中国联合网络通信集团有限公司 短信数据的管理方法及装置
GB201809967D0 (en) 2018-06-18 2018-08-01 Samsung Electronics Co Ltd AMF informing UE of change of SMS usage
CN111684826B (zh) * 2018-06-25 2023-03-28 日本电气株式会社 在网络中的sms订阅改变时向ue指示sms订阅的方法和系统
US10499357B1 (en) 2018-08-09 2019-12-03 Nec Corporation Method and system for transmission of SUSI in the NAS procedure
US11570588B2 (en) * 2019-11-01 2023-01-31 Apple Inc. SMS enhancement for new radio

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR0013461A (pt) 1999-08-23 2002-04-30 Motorola Inc Sistema e método de seleção de domìnio
US6678524B1 (en) 2000-05-31 2004-01-13 Telefonaktiebolaget Lm Ericsson (Publ) Bearer selection in a mobile communication system having both circuit-switched and packet-switched bearers
FI111503B (fi) 2000-11-17 2003-07-31 Nokia Corp Sanomien lähettäminen pakettiradioverkon käsittävässä tietoliikennejärjestelmässä
US7027826B2 (en) 2000-12-20 2006-04-11 Nortel Networks Limited Gateway GPRS support node and method therefor
US20060114882A1 (en) 2004-11-30 2006-06-01 Mills James L Presence management in packet-switched networks using circuit-switched USSD signaling
US7572011B2 (en) * 2006-07-27 2009-08-11 Sony Computer Entertainment America Inc. Contact lenses for use in motion capture
US8159980B2 (en) 2006-10-03 2012-04-17 Nokia Corporation PS network with CS service enabling functionality
CN101637057A (zh) 2007-01-15 2010-01-27 艾利森电话股份有限公司 通过分组交换网络提供电路交换域业务的方法和装置
US8139530B2 (en) 2007-03-22 2012-03-20 Telefonaktiebolaget L M Ericsson (Publ) Mobility management (MM) and session management (SM) for SAE/LTE
WO2009000313A1 (fr) 2007-06-22 2008-12-31 Telefonaktiebolaget Lm Ericsson (Publ) Fourniture d'adresse dans un système de télécommunication mobile
EP2235984A1 (fr) 2007-12-07 2010-10-06 Telefonaktiebolaget L M Ericsson (publ) Fourniture de continuité de service de transfert de domaine à un terminal mobile
CN101483839B (zh) 2007-12-25 2011-10-05 华为技术有限公司 实现消息业务互通的方法、系统及消息业务互通模块
US8064907B2 (en) 2008-04-29 2011-11-22 Kineto Wireless, Inc. Method and apparatus for network controller selection in a voice over long term evolution via generic access system
CN102301794A (zh) 2008-11-10 2011-12-28 阿尔卡特朗讯公司 在包括互通功能iwf的仅分组移动系统上支持cs域服务的方法和设备
US8768388B2 (en) * 2009-04-09 2014-07-01 Alcatel Lucent Method and apparatus for UE reachability subscription/notification to facilitate improved message delivery
US8144696B2 (en) 2009-06-18 2012-03-27 Nokia Siemens Networks Oy Mobile management entity operating in communications network and selection method therefor
GB0912944D0 (en) 2009-07-24 2009-09-02 Vodafone Plc SMS over lte sgs interface optimisations
US8768389B2 (en) 2009-07-31 2014-07-01 Deutsche Telekom Ag Transmission of a short message in evolved packet system
US10104512B2 (en) 2009-08-10 2018-10-16 Qualcomm Incorporated Domain selection for mobile-originated message service
ES2627733T3 (es) 2009-08-14 2017-07-31 Hilco Patent Acquisition 55, Llc Métodos y aparato para soportar soluciones de voz para terminales centrados en los datos
US9439057B2 (en) 2009-09-30 2016-09-06 Alcatel Lucent Registration notification for SMS over LTE
WO2011053824A2 (fr) * 2009-10-30 2011-05-05 Interdigital Patent Holdings, Inc. Procédé et appareil permettant une signalisation et une utilisation des ressources efficaces pour des communications sans fil acceptant des sessions à commutation de circuit et à commutation de paquets
EP2320698B1 (fr) 2009-11-09 2012-07-04 Research In Motion Limited Détermination d'un type de canal à exiger en cas de procédure de rechange à commutation par circuit
US9853847B2 (en) 2009-12-30 2017-12-26 Mediatek Inc. Measurement and carrier group based optimization in wireless OFDM multi-carrier communication systems
CN102118733B (zh) 2010-01-04 2015-08-05 电信科学技术研究院 一种用户设备请求SMSonly功能时的处理方法及设备
WO2011099774A2 (fr) 2010-02-10 2011-08-18 Lg Electronics Inc. Procédé pour l'échange de données sms dans un système de communication sans fil
EP2550817B1 (fr) 2010-03-23 2015-05-27 InterDigital Patent Holdings, Inc. Procédés pour la communication d'un dispositif de communication de type machine et unité de transmission/réception sans fil correspondante
US8478269B2 (en) 2010-03-24 2013-07-02 Qualcomm Incorporated Method and apparatus to enable a UE to return to a wireless network after failure to obtain service
CN102256219A (zh) 2010-05-21 2011-11-23 电信科学技术研究院 一种机器类通信中的优先告警消息的传输方法及设备
US9265073B2 (en) 2010-05-21 2016-02-16 Kineto Wireless, Llc System and method for dual mode communication
CN102172054A (zh) 2011-04-29 2011-08-31 华为终端有限公司 一种发送短消息的方法及装置
EP2603021B1 (fr) * 2011-12-06 2019-07-03 Samsung Electronics Co., Ltd Appareil et procédé pour fournir efficacement un service de messages courts dans un système de communication sans fil
US9402171B2 (en) 2011-12-09 2016-07-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for short message service over a packet-switched domain
US20130155954A1 (en) 2011-12-14 2013-06-20 Interdigital Patent Holdings, Inc. Method and apparatus for triggering machine type communications applications
US20130244649A1 (en) 2012-03-19 2013-09-19 Htc Corporation Method of Transferring Short Message Service
US9641297B2 (en) 2012-04-09 2017-05-02 Intel Corporation Enhancements to wireless networks to support short message service (SMS) communication in the packet switched domain

Also Published As

Publication number Publication date
JP2017022775A (ja) 2017-01-26
US20130265938A1 (en) 2013-10-10
EP3139644B1 (fr) 2021-03-17
TWI506983B (zh) 2015-11-01
FI20135345A (fi) 2013-10-10
NL2010600A (en) 2013-10-15
EP2837215B1 (fr) 2019-11-06
JP6378275B2 (ja) 2018-08-22
US20170188210A1 (en) 2017-06-29
CN107071691A (zh) 2017-08-18
FR2990098B1 (fr) 2017-03-17
KR20140138218A (ko) 2014-12-03
BE1023247A1 (fr) 2017-01-10
FR3045265B1 (fr) 2018-11-23
EP2837215A4 (fr) 2015-11-11
BE1021622B1 (fr) 2015-12-21
BR112014025183A2 (fr) 2017-06-20
US9641297B2 (en) 2017-05-02
KR20160105983A (ko) 2016-09-08
FR2990098A1 (fr) 2013-11-01
TWI506984B (zh) 2015-11-01
ES2446851A2 (es) 2014-03-10
TW201613311A (en) 2016-04-01
WO2013154965A1 (fr) 2013-10-17
ES2446851B2 (es) 2015-11-17
JP2015511106A (ja) 2015-04-13
BR112014025183B1 (pt) 2022-09-27
EP2837215A1 (fr) 2015-02-18
KR20170082648A (ko) 2017-07-14
BE1023247B1 (fr) 2017-01-10
TW201404079A (zh) 2014-01-16
US20140235283A1 (en) 2014-08-21
JP2018191325A (ja) 2018-11-29
FI128110B (fi) 2019-10-15
US9634810B2 (en) 2017-04-25
ITMI20130540A1 (it) 2013-10-10
TW201444317A (zh) 2014-11-16
SE1300255A1 (sv) 2013-10-10
EP3139644A1 (fr) 2017-03-08
ES2446851R1 (es) 2015-01-07
CN103428659A (zh) 2013-12-04
FI20165879A (fi) 2016-11-22
KR101970420B1 (ko) 2019-04-18
US9854416B2 (en) 2017-12-26
JP6532993B2 (ja) 2019-06-19
NL2010600C2 (en) 2014-12-24
TWI600296B (zh) 2017-09-21
FI127214B (fi) 2018-01-31

Similar Documents

Publication Publication Date Title
FR3045265A1 (fr)
US20130268604A1 (en) Short message service (sms) communication in wireless networks in the packet switched domain
BE1020827A5 (fr) Gestion de configurations a double priorite dans un reseau de communication sans fil.
US10686854B2 (en) Streaming content using ad hoc networks of user devices
US10856134B2 (en) SMS messaging using a service capability exposure function
US11689897B2 (en) Method and apparatus for transmitting and receiving data in mission critical data communication system
US20140029515A1 (en) Device Connectivity Management for Machine Type Communications
WO2022007896A1 (fr) Procédé et appareil pour la remise de message de groupe
WO2023155618A1 (fr) Procédé et appareil de communication
WO2015197130A1 (fr) Chargement de données dans un réseau de communication sans fil

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 5

PLSC Publication of the preliminary search report

Effective date: 20180216

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

TP Transmission of property

Owner name: APPLE INC., US

Effective date: 20200325

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12