ES2607958T3 - Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario - Google Patents

Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario Download PDF

Info

Publication number
ES2607958T3
ES2607958T3 ES11762027.8T ES11762027T ES2607958T3 ES 2607958 T3 ES2607958 T3 ES 2607958T3 ES 11762027 T ES11762027 T ES 11762027T ES 2607958 T3 ES2607958 T3 ES 2607958T3
Authority
ES
Spain
Prior art keywords
message
user equipment
vlr
msc
imsi
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.)
Active
Application number
ES11762027.8T
Other languages
English (en)
Inventor
Yijun Yu
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2607958T3 publication Critical patent/ES2607958T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/06—De-registration or detaching
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005—Transmission of information for alerting of incoming communication
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método para enviar un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario, que comprende: recibir (S110, S310, S604), por parte de un dispositivo de gestión móvil del sistema de paquetes evolucionado, un primer mensaje enviado por un centro de conmutación móvil, MSC/registro de localización de visitantes, VLR, de una red de circuitos conmutados, en donde el primer mensaje es un mensaje de búsqueda; determinar (S120, S320), por parte del dispositivo de gestión móvil, si el mensaje de búsqueda no comprende una identidad de área de localización, LAI; y determinar (S330), por parte del dispositivo de gestión móvil, si el equipo de usuario se encuentra en un estado conectado y, si es así, enviar (S130, S340, S611), por parte del dispositivo de gestión móvil, un segundo mensaje al equipo de usuario, en donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexión con el MSC/VLR; en donde el segundo mensaje es un mensaje de petición de desconexión, y se utiliza un tipo de desconexión del mensaje de petición de desconexión para indicarle al equipo de usuario que inicie la conexión con el MSC/VLR.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Metodo y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario
Campo de la invencion
La presente invencion esta relacionada con el campo de las comunicaciones y, en particular, con un metodo y un equipo para recibir o enviar un mensaje corto.
Antecedentes de la invencion
Un sistema de paquetes evolucionado (Evolved Packet System, "EPS" para abreviar) incluye una red de acceso territorial del sistema de telecomunicaciones moviles universal evolucionado (Evolved Universal Mobile Telecommunication System Territorial Access Network, "E-UTRAN" para abreviar) y una red troncal de paquetes evolucionada (Evolved Packet Core Network, "EPC" para abreviar). En el EPS, con el fin de soportar un servicio de circuitos conmutados (Circuit Switched, "CS" para abreviar), por ejemplo, un servicio de voz de CS y un mensaje corto de CS (Short Message Service, "SMS" para abreviar), se despliega una interfaz SGs entre una entidad de gestion de movilidad (Mobility Management Entity, "MME" para abreviar) del EPS y un centro de conmutacion movil/registro de localizacion de visitantes (Mobile Switch Center/Visitor Location Register, "MSC/VLR" para abreviar) de una red de circuitos conmutados (Circuit Switched Network) con el fin de permitir que un equipo de usuario (user equipment, "UE" para abreviar" inicie y reciba el servicio de CS en la red EPS, y lo devuelva al dominio de circuitos (por ejemplo, una red 2G/3G) a traves de una E-UTRAN, con el fin de completar el servicio de CS, donde la arquitectura de red y el metodo de procesamiento se puede denominar como "Retorno a CS" (CS Fallback, "CSFB" para abreviar).
En el CSFB, el modo de procesamiento del servicio de mensajes cortos es distinto del resto de servicios de CS (por ejemplo, la voz y el servicio suplementario de CS), esto es, el servicio de mensajes cortos no necesita volver a la red 2G/3G, sino que el envfo del mensaje corto entre el UE y el MSC/VLR se completa directamente a traves de la MME en la red EPS; por lo tanto, en general se denomina como tecnologfa "SMS sobre SGs (SMS over SGs)". En la tecnica anterior, el proceso de procesamiento de SMS sobre SGs (SMS Originado en el Movil, "SMS MO" para abreviar) originado por el usuario puede realizar el envfo de un mensaje corto y el proceso de procesamiento de SMS sobre SGs (SMS Terminado en el Movil, "SMS MT" para abreviar) recibido por el usuario puede realizar la recepcion de un mensaje corto. En el proceso SMS MO, cuando el equipo de usuario se encuentra en un estado anormal, por ejemplo, se ha perdido el contexto del equipo de usuario en el MSC/VLR, o el MSC/VLR no puede procesar el mensaje corto del usuario, debido a razones como, por ejemplo, un fallo del MSC/VLR (por ejemplo, el reinicio de la placa), o la recuperacion del MSC/VLR de un fallo. En ese momento, el MSC/VLR le indica a la MME que el proceso actual ha fallado, con el fin de que la MME lo marque en el contexto del UE en la MME, y le indica al UE que vuelva a iniciar el registro en el MSC/VLR cuando el UE inicie posteriormente el proceso de actualizacion del area de seguimiento. Mientras que no se determine cuando puede el UE iniciar el proceso de actualizacion del area de seguimiento, y en general, se necesitan al menos varias horas, en este penodo de tiempo, el usuario no puede enviar el mensaje corto, esto es, no se puede realizar el envfo del mensaje corto.
En el proceso SMS MT, cuando el equipo de usuario se encuentra en un estado anormal, por ejemplo, se ha perdido el contexto del equipo de usuario en el MSC/VLR, debido a razones como, por ejemplo, un fallo del MSC/VLR (por ejemplo, el reinicio de la placa) o la recuperacion del MSC/VLR de un fallo. En este momento, el MSC/VLR puede seguir recibiendo un mensaje corto enviado por un centro de conmutacion movil de pasarela de SMS (SMS-Gateway Mobile Switching Center "SMS-GMSC" para abreviar), y enviar ademas un mensaje de busqueda a la MME, y la MME le envfa, ademas, un mensaje de peticion de servicio al MSC/VLR, con el fin de indicarle al MSC/VLR que inicie el envfo del mensaje corto. Sin embargo, se ha perdido el contexto de equipo de usuario del UE en el MSC/VLR, de modo que el mSc/VLR ignora el mensaje de peticion de servicio enviado por la MME, y no puede enviarle al UE el mensaje corto, esto es, no se puede realizar la recepcion de un mensaje corto. Sin embargo, el MSC/VLR ignora la respuesta a la busqueda enviada por la MME, esto es, el mensaje de peticion de servicio, de modo que el MSC/VLR considera que esta busqueda ha fallado y continua realizando peticiones de busqueda, provocando un desaprovechamiento de recursos de red.
El documento de HUAWEI y otros "Paging accept in SGs NULL state at MME (Aceptacion de busqueda en el estado NULL de SGs en la MME)", BORRADOR DEL 3GPP; C1-111442 (REV DE C1-110932)_PAGING ACCEPT IN SGS NULL STATE_29.118, 3GPP, CENTRO DE COMPETENCIA MOVIL; vol. CT WG1, no. Salt Lake City; 20110221, 28 de febrero de 2011, XP050480780 divulga que la MME acepta mensajes SGsAP- PAGING-REQUEST (peticion de busqueda SGsAP) en cualquier estado de la asociacion SGs. En el estado SGs- NULL la MME acepta mensajes SGsAp-PAGING-ReQUEsT unicamente si el indicador de reinicio "MME-Reset" (reinicio de MME) tiene el valor "true" (verdadero). Cuando una MME recibe un mensaje SGsAP-PAGING- REQUEST desde un VLR, la MME comprobara en primer lugar si la MME conoce al UE. La gestion de la peticion
5
10
15
20
25
30
35
40
45
50
55
de busqueda depende del estado de la asociacion de SGs, las variables de contexto de la MME en la MME, y el elemento de informacion del indicador de Servicio en el mensaje SGsAP-PAGING-REQUEST.
El documento TS 23.272 divulga que la arquitectura de Etapa 2 y la especificacion para el CS Fallback y para el SMS sobre SGs para EPS o el CS Fallback y SMS sobre S102, la cual incluye las mejoras de arquitectura para la funcionalidad que permite habilitar el fallback desde el acceso E-UTRAN al acceso del dominio CS de UTRAN/GERAN y al acceso del dominio CS de CDMA 1x RTT, y la funcionalidad para la reutilizacion de la voz y otros servicios del dominio CS (por ejemplo, video UDI/LCS/USSD de CS) reutilizando el dominio CS.
Resumen de la invencion
En consecuencia, los modos de realizacion de la presente invencion proporcionan un metodo y un equipo para recibir o enviar un mensaje corto, los cuales pueden conseguir la recepcion o el envfo de un servicio de mensaje corto cuando un equipo de usuario se encuentra en un estado anormal debido a un fallo de un MSC/VLR.
En consecuencia, estos problemas se resuelven mediante un metodo y un equipo de acuerdo con las reivindicaciones revisadas.
De acuerdo con un aspecto, un modo de realizacion de la presente invencion proporciona un metodo para recibir o enviar un mensaje corto, donde el metodo incluye: recibir un primer mensaje enviado por un centro de conmutacion movil MSC/registro de localizacion de visitantes VLR; determinar que un equipo de usuario se encuentra en un estado anormal en funcion del primer mensaje; y enviarle un segundo mensaje al equipo de usuario, en donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR; en donde el primer mensaje es un primer mensaje de busqueda, y la determinacion de que el equipo de usuario se encuentra en estado anormal en funcion del primer mensaje incluye: determinar que el equipo de usuario se encuentra en el estado anormal al comprobar que el primer mensaje de busqueda no comprende una identidad de area de localizacion, LAI; en donde antes de enviar el segundo mensaje al equipo de usuario, el metodo incluye, ademas: determinar, por parte del dispositivo de gestion movil, que el equipo de usuario se encuentra en estado conectado; donde el segundo mensaje es un mensaje de peticion de desconexion, y se utiliza un tipo de desconexion del mensaje de peticion de desconexion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
De acuerdo con otro aspecto, un modo de realizacion de la presente invencion proporciona un equipo para recibir o enviar un mensaje corto, donde el equipo incluye: un modulo de recepcion, configurado para recibir un primer mensaje enviado por un centro de conmutacion movil MSC/registro de localizacion de visitantes VLR; un primer modulo de determinacion, configurado para determinar que un equipo de usuario se encuentra en un estado anormal en funcion del primer mensaje, donde el primer modulo de determinacion esta configurado para determinar que el equipo de usuario se encuentra en un estado anormal al comprobar que el primer mensaje de busqueda no contiene una identidad de area de localizacion, LAI; un modulo de envfo, configurado para enviar un segundo mensaje al equipo de usuario, donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, donde el segundo mensaje es un mensaje de peticion de desconexion, y se utiliza un tipo de desconexion del mensaje de peticion de desconexion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR; y un tercer modulo de determinacion, configurado para determinar que el equipo de usuario se encuentra en un estado conectado cuando el primer mensaje es un primer mensaje de busqueda y antes de que el modulo de envfo envfe el segundo mensaje.
De acuerdo con otro aspecto, un modo de realizacion de la presente invencion proporciona un equipo para recibir o enviar un mensaje corto, y el equipo incluye: un modulo de recepcion, configurado para recibir un segundo mensaje enviado por un dispositivo de gestion movil, donde se utiliza el segundo mensaje para indicarle al equipo que inicie la conexion con un centro de conmutacion movil MSC/registro de localizacion de visitantes VLR, donde el segundo mensaje es un mensaje de peticion de desconexion, y un tipo de desconexion del mensaje de peticion de desconexion se utiliza para indicarle al equipo que inicie la conexion con el MSC/VLR; y un primer modulo de envfo, configurado para enviarle un tercer mensaje al dispositivo de gestion movil de acuerdo con el segundo mensaje, con el fin de iniciar la conexion con el MSC/VLR.
Basandose en las soluciones tecnicas descritas mas arriba, de acuerdo con el metodo y el equipo para recibir o enviar un mensaje corto proporcionado por los modos de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que se puede establecer el contexto del equipo de usuario sobre el MSC/VLR, resolviendo de este modo el problema de que el equipo de usuario no puede recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo del mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
Breve descripcion de los dibujos
5
10
15
20
25
30
35
40
45
A continuacion, se introducen los dibujos adjuntos para describir los modos de realizacion con el fin de ilustrar con mas claridad las soluciones tecnicas de acuerdo con los modos de realizacion de la presente invencion. Evidentemente, los dibujos adjuntos en la siguiente descripcion son unicamente algunos de los modos de realizacion de la presente invencion, y una persona experimentada en la tecnica puede derivar sin esfuerzos creativos otros dibujos a partir de los dibujos adjuntos.
La FIG. 1 es un diagrama de flujo esquematico de un metodo para recibir o enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 2 es un diagrama de flujo esquematico de un metodo para recibir un mensaje corto de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 3 es un diagrama de flujo esquematico de un metodo para recibir un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion;
la FIG. 4 es un diagrama de flujo esquematico de un metodo para recibir o enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion;
la FIG. 5 es un diagrama de flujo esquematico de un metodo para enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 6 es un diagrama de flujo esquematico de un metodo para recibir un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion;
la FIG. 7 es un diagrama de flujo esquematico de un metodo para enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion;
la FIG. 8 es un diagrama de bloques esquematico de un equipo para recibir o enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion;
la FIG. 9A y la FIG. 9B son un diagrama de bloques esquematico de un equipo para recibir o enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion;
la FIG. 10 es un diagrama de bloques esquematico de un equipo para recibir o enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion; y
la FIG. 11 es un diagrama de bloques esquematico de un equipo para recibir o enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion.
Descripcion detallada de los modos de realizacion
A continuacion, se describen clara y completamente las soluciones tecnicas de acuerdo con los modos de realizacion de la presente invencion haciendo referencia a los dibujos adjuntos en los modos de realizacion de la presente invencion. Evidentemente, los modos de realizacion de la siguiente descripcion son unicamente una parte en lugar de todos los modos de realizacion de la presente invencion. Cualesquiera otros modos de realizacion obtenidos sin esfuerzos creativos por una persona experimentada en la tecnica basados en los modos de realizacion de la presente invencion se consideraran dentro del alcance de proteccion de la presente invencion.
La FIG. 1 muestra un diagrama de proceso esquematico de un metodo 100 para recibir o enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 1, el metodo 100 incluye:
S110: Recibir un primer mensaje enviado por un MSC/VLR.
S120: Determinar que un equipo de usuario se encuentra en un estado anormal de acuerdo con el primer mensaje.
S130: Enviarle al equipo de usuario un segundo mensaje, donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
Cuando el equipo de usuario se encuentra en un estado anormal, por ejemplo, se ha perdido el contexto del equipo de usuario en el MSC/VLR, o el MSC/VLR no puede procesar el mensaje corto del usuario, debido a razones como, por ejemplo, un fallo del MSC/VLR (por ejemplo, un reinicio de la placa), o la recuperacion del MSC/VLR de un fallo. En ese momento el MSC/VLR le indica a un dispositivo de gestion movil que el proceso en curso ha fallado. Por lo tanto, cuando el dispositivo de gestion movil recibe el primer mensaje enviado por el MSC/VLR, y determina que el equipo de usuario se encuentra en un estado anormal de acuerdo con el primer
5
10
15
20
25
30
35
40
45
50
55
mensaje, el dispositivo de gestion movil le env^a al equipo de usuario un segundo mensaje, donde se utiliza el segundo mensaje para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que el equipo de usuario puede recibir o enviar un mensaje corto con normalidad.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se le envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
Se debena entender que en el modo de realizacion de la presente invencion, el hecho de que el equipo de usuario se encuentre en un estado anormal incluye el reinicio de placa, la perdida de contexto del usuario y otras situaciones que puedan afectar la recepcion o el envfo de un mensaje corto con normalidad, por ejemplo, el MSC/VLR puede detectar que el MSC/VLR no tiene el contexto del UE, o no tiene un contexto del UE valido (por ejemplo, el contexto no ha sido confirmado por una red inalambrica, esto es, la marca "Confirmed by Radio Contact (Confirmado por Contacto Radio)" en el contexto del UE en el MSC/VLR tiene el valor False (Falso); o no ha sido confirmado por el registro de localizacion base (Home Location Register, "HLR" para abreviar)), o no existe una conexion SGs del UE. En el modo de realizacion de la presente invencion, la situacion de que el MSC/VLR no disponga del contexto del UE, o el MSC/VLR no disponga de un contexto valido del UE, o no exista una conexion SGs del UE se toma como ejemplo para ilustrar que el equipo de usuario se encuentra en un estado anormal, pero los modos de realizacion de la presente invencion no estan limitados a ella. Ademas, se debena entender que, en el modo de realizacion de la presente invencion, el dispositivo de gestion movil puede incluir una entidad de gestion de movilidad MME.
En los modos de realizacion de la presente invencion, el metodo de acuerdo con los modos de realizacion de la presente invencion puede incluir un metodo para recibir un mensaje corto y un metodo para enviar un mensaje corto, los cuales se describen a continuacion.
Cuando el equipo de usuario se encuentra en un estado anormal y se ve afectada la recepcion de un mensaje corto, el primer mensaje enviado por el MSC/VLR y recibido por el dispositivo de gestion movil puede ser un primer mensaje de busqueda, y en ese momento, se ejecuta el metodo para recibir un mensaje corto de acuerdo con un modo de realizacion de la presente invencion que se muestra en la FIG. 2 y la FIG. 3. La FIG. 2 muestra un diagrama de flujo esquematico de un metodo 200 para recibir un mensaje corto de acuerdo con un modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 2, el metodo 200 incluye:
En el paso S210, un dispositivo de gestion movil recibe un primer mensaje de busqueda (Paging) enviado por el MSC/VLR, donde el primer mensaje de busqueda incluye un numero de identificacion de abonado movil internacional (International Mobile Subscriber Identification Number, "IMSI" para abreviar) del UE, y el tipo de servicio transportado por el primer mensaje de busqueda es un mensaje corto. Como el MSC/VLR no puede procesar el servicio de mensaje corto para el UE, por ejemplo, el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, por ejemplo, se ha perdido el contexto del UE, o se ha liberado una conexion SGs establecida en el MSC/VLR para el UE, esto es, se encuentra en un estado SGs-Null. En este momento, el MSC/VLR ejecuta el proceso de busqueda del IMSI, esto es, el primer mensaje de busqueda no incluye informacion como, por ejemplo, una identidad de area de localizacion (Location Area Identity, "LAI" para abreviar) y/o una identidad de abonado movil temporal (Temporary Mobile Subscriber Identity, "TMSI" para abreviar") del Ue.
En el paso S220, el dispositivo de gestion movil determina que el equipo de usuario se encuentra en un estado anormal en funcion del primer mensaje de busqueda. Espedficamente, al comprobar que en el primer mensaje de busqueda no se incluye la identidad de area de localizacion LAI o no se incluye la TMSI del equipo de usuario, o al comprobar que la primera informacion de busqueda no incluye la LAI ni la TMSI, el dispositivo de gestion movil puede determinar que el equipo de usuario se encuentra en un estado anormal, por ejemplo, no existe el contexto del UE, o se ha liberado la conexion SGs.
En el paso S230, el dispositivo de gestion movil determina que el equipo de usuario se encuentra en un estado inactivo.
En el paso S240, cuando el equipo de usuario se encuentra en un estado inactivo, el dispositivo de gestion movil le envfa al equipo de usuario un segundo mensaje de busqueda, donde el segundo mensaje de busqueda se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
En el modo de realizacion de la presente invencion, se puede utilizar un tipo de busqueda y/o un valor del motivo de busqueda del segundo mensaje de busqueda para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Opcionalmente, el tipo de busqueda del segundo mensaje de busqueda puede tener el valor de
5
5
10
15
20
25
30
35
40
45
50
desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) o reconexion IMSI (IMSI re-attach), etc. El valor del motivo de busqueda del segundo mensaje de busqueda puede ser un valor del motivo de busqueda que se corresponda con el tipo de busqueda, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context). Se debena entender que, de acuerdo con el modo de realizacion de la presente invencion, para el segundo mensaje de busqueda se pueden establecer otros valores de tipos de busqueda y/o valores del motivo de busqueda, con el fin de indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, todos los cuales se encontraran en el alcance de proteccion de la presente invencion.
En este momento, la identidad del equipo de usuario en el segundo mensaje de busqueda puede ser una identidad temporal S-TMSI (S-Temporary Mobile Subscriber Identity) asignada para el UE por parte de una red EPS, la MME puede obtener el S-TMSI a partir del contexto del UE que existe en la MME de acuerdo con el IMSI del UE, y en el segundo mensaje de busqueda se puede configurar un indicador del dominio de la red troncal con el valor PS o CS.
En el modo de realizacion de la presente invencion, el segundo mensaje de busqueda puede incluir una combinacion espedfica de la identidad del equipo de usuario y la identidad del dominio de la red troncal; la combinacion espedfica de la identidad del equipo de usuario y la identidad del dominio de la red troncal se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Opcionalmente, cuando en la MME existe el contexto del UE, el segundo mensaje de busqueda puede incluir una combinacion espedfica en la que la identidad del equipo de usuario es el IMSI y la identidad del dominio de la red troncal es la CS. Opcionalmente, cuando la MME no tiene el contexto del UE valido, el segundo mensaje de busqueda puede incluir la combinacion espedfica en la que la identidad del equipo de usuario es el IMSI y la identidad del dominio de la red troncal es la PS.
La FIG. 3 muestra un diagrama de flujo esquematico de un metodo 300 para recibir un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 3, el metodo 300 incluye:
S310: Recibir un primer mensaje de busqueda enviado por un MSC/VLR.
S320: Determinar que un equipo de usuario se encuentra en un estado anormal al comprobar que el primer mensaje de busqueda no incluye una LAI ni una TMSI.
S330: Comprobar que el equipo de usuario se encuentra en un estado conectado.
S340: Enviarle al equipo de usuario un segundo mensaje, donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
Los pasos S310 y S320 en el metodo 300 son los mismos que los pasos S210 y S220 en el metodo 200, los cuales, por concision, no se vuelven a describir en la presente solicitud.
En el paso S330, un dispositivo de gestion movil determina que el equipo de usuario se encuentra en un estado inactivo, y le envfa al equipo de usuario un mensaje de busqueda, y el equipo de usuario ejecuta el procesamiento de solicitud de servicio para responder al mensaje de busqueda y cambiar el estado del equipo de usuario a estado conectado. El procesamiento descrito mas arriba es un metodo de procesamiento estandar existente, el cual no se describe de nuevo en la presente solicitud.
En el paso S340, cuando el equipo de usuario se encuentra en un estado conectado, el dispositivo de gestion movil le envfa al equipo de usuario el segundo mensaje, donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Espedficamente, el tipo y/o el valor del motivo del segundo mensaje incluidos en el segundo mensaje se pueden utilizar para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
En los modos de realizacion de la presente invencion, opcionalmente, el segundo mensaje es un mensaje de peticion de desconexion (Detach Request), y el tipo de desconexion del mensaje de peticion y/o el valor del motivo de desconexion incluidos en el mensaje de peticion de desconexion se utilizan para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Espedficamente, el tipo de desconexion del mensaje de peticion de desconexion puede tener el valor de desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) o reconexion IMSI (IMSI re-attach), etc., y el valor del motivo de desconexion del mensaje de peticion de desconexion puede ser un valor del motivo que se corresponda con el tipo de desconexion, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc. Se debena entender que el modo de realizacion de la presente invencion se describe unicamente para su ilustracion utilizando a modo de ejemplo los tres tipos de desconexion, pero la presente invencion no se limita a los mismos. De acuerdo con el modo de realizacion de la presente invencion, para el mensaje de peticion de desconexion se pueden establecer otros valores de tipos y/o motivos, con el fin de
5
10
15
20
25
30
35
40
45
50
55
indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, todos los cuales se consideraran dentro del alcance de proteccion de la presente invencion.
Opcionalmente, el segundo mensaje es un mensaje de notificacion de servicio de circuitos conmutados CS (CS Service Notification), y el mensaje de notificacion de servicio de CS incluye informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. El tipo y/o el valor del motivo del mensaje de notificacion de servicio de Cs incluidos en el mensaje de notificacion de servicio de CS se utilizan para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Espedficamente, el mensaje de notificacion de servicio de CS incluye un elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje), y el tipo del mensaje de notificacion de servicio de CS tiene el valor de, por ejemplo, desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) y reconexion IMSI (IMSI re-attach), y el valor del motivo incluido en el mensaje de notificacion de servicio de CS puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSl unknown), o contexto invalido (Invalid Context), etc.
Opcionalmente, el segundo mensaje es un mensaje de notificacion (Notification), y el mensaje de notificacion incluye informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. El tipo y/o el valor del motivo mensaje de notificacion incluidos en el mensaje de notificacion se utilizan para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Espedficamente, el mensaje de notificacion incluye un elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje). Por ejemplo, al elemento de informacion se le puede asignar uno de los siguientes tipos: desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) o reconexion IMSI (IMSI re-attach), y el valor del motivo del elemento de informacion puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSi unknown), o contexto invalido (Invalid Context), etc.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario. Cuando el equipo de usuario se encuentra en un estado anormal y por lo tanto se ve afectado el envfo de un mensaje corto, el primer mensaje enviado por el MSC/VLR y recibido por el dispositivo de gestion movil puede ser un mensaje de peticion de liberacion.
En este momento, tal como se muestra en la FIG. 1, en el paso S120, la determinacion de si el equipo de usuario se encuentra en un estado anormal de acuerdo con el primer mensaje incluye: determinar que el equipo de usuario se encuentra en un estado anormal al comprobar el valor del motivo del mensaje de peticion de liberacion.
Espedficamente, por ejemplo, cuando se ha perdido el contexto del UE, o el MSC/VLR no tiene un contexto del UE valido, o se ha liberado la conexion SGs del UE debido a razones como, por ejemplo, un fallo del MSC/VLR, el MSC/VLR le envfa a la MME un mensaje de peticion de liberacion (Release Request), y el valor del motivo del mensaje de peticion de liberacion indica que el IMSI del equipo de usuario es desconocido ("IMSI Unknown"); y cuando debido a un fallo del MSC/VLR se libera la conexion SGs establecida para el UE, esto es, la conexion SGs se encuentra en un estado SGs-Null, el valor del motivo del mensaje de peticion de liberacion enviado por el MSC/VLR a la MME indica que el IMSI del equipo de usuario esta desconectado ("IMSI detached for non-EPS services (IMSI desconectado para servicios no EpS)").
En el paso S130, el dispositivo de gestion movil le envfa al equipo de usuario el segundo mensaje, y el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que el equipo de usuario pueda recibir y enviar un mensaje corto. Opcionalmente, el tipo y/o el valor del motivo del segundo mensaje incluidos en el segundo mensaje se pueden utilizar para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Opcionalmente, el segundo mensaje es un mensaje de peticion de desconexion (Detach Request), un mensaje de notificacion de servicio de CS (CS Service Notification) o un mensaje de notificacion (Notification). Opcionalmente, el tipo del segundo mensaje puede ser desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) o reconexion IMSI (IMSI re-attach), etc. El valor del motivo del segundo mensaje puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de Cs no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la
5
10
15
20
25
30
35
40
45
50
conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
En la descripcion anterior, se describe detalladamente desde la perspectiva del dispositivo de gestion movil el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, y a continuacion se describe detalladamente desde la perspectiva del equipo de usuario el metodo para recibir o enviar un mensaje corto proporcionado por los modos de realizacion de la presente invencion.
La FIG. 4 muestra un diagrama de flujo esquematico de un metodo 400 para enviar un mensaje corto de acuerdo con otro modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 4, el metodo 400 incluye:
S410: Recibir un segundo mensaje enviado por un dispositivo de gestion movil, donde el segundo mensaje se utiliza para indicarle al equipo de usuario la necesidad de iniciar la conexion con el MSC/VLR.
S420: Enviarle al dispositivo de gestion movil un tercer mensaje de acuerdo con el segundo mensaje, con el fin de iniciar la conexion con el MSC/VLR.
Cuando el equipo de usuario se encuentra en un estado anormal, por ejemplo, se ha perdido el contexto del equipo de usuario en el MSC/VLR, o el MSC/VLR no puede procesar el mensaje corto del usuario, debido a razones como, por ejemplo, un fallo del MSC/VLR, por ejemplo, un reinicio de placa, o la recuperacion del MSC/VLR de un fallo, y en ese momento, el MSC/VLR le indica al dispositivo de gestion movil que el proceso actual falla. Con el fin de conseguir recibir o enviar un mensaje corto, de acuerdo con el modo de realizacion de la presente invencion, el dispositivo de gestion movil le envfa al equipo de usuario el segundo mensaje que se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR y, despues de haber recibido el segundo mensaje, el equipo de usuario le envfa al dispositivo de gestion movil el tercer mensaje, con el fin de iniciar la conexion con el MSC/VLR, de modo que el equipo de usuario puede recibir o enviar un mensaje corto con normalidad.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
En el modo de realizacion de la presente invencion, el segundo mensaje puede ser un segundo mensaje de busqueda, un mensaje de peticion de desconexion, un mensaje de notificacion de servicio de CS, o un mensaje de notificacion, y todos estos mensajes se pueden utilizar para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, y a continuacion se describen en diferentes situaciones.
En el modo de realizacion de la presente invencion, opcionalmente, el tercer mensaje es un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion. Esto es, de acuerdo con el segundo mensaje, el equipo de usuario puede enviarle al dispositivo de gestion movil un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion, de modo que el equipo de usuario se pueda volver a registrar en el MSC/VLR, y establecer el contexto del equipo de usuario en el MSC/VLR, y el equipo de usuario pueda recibir o enviar un mensaje corto con normalidad.
En el modo de realizacion de la presente invencion, el metodo de acuerdo con el modo de realizacion de la presente invencion puede incluir un metodo para recibir un mensaje corto y un metodo para enviar un mensaje corto, los cuales se describen a continuacion.
Cuando el equipo de usuario se encuentra en un estado anormal y se ve afectada la recepcion de un mensaje corto, el MSC/VLR puede enviarle al dispositivo de gestion movil un mensaje de busqueda de IMSI, con el fin de permitir que el dispositivo de gestion movil conozca que el equipo de usuario se encuentra en un estado anormal y no puede recibir mensajes cortos con normalidad. En este momento, cuando el equipo de usuario se encuentra en un estado inactivo, el dispositivo de gestion movil le envfa al equipo de usuario un segundo mensaje, el cual es un segundo mensaje de busqueda, donde el segundo mensaje de busqueda le indica al equipo de usuario que inicie la conexion con el MSC/VLR, y el equipo de usuario puede enviarle al dispositivo de gestion movil un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion de acuerdo con el segundo mensaje de busqueda, facilitando de este modo la recepcion del mensaje corto.
5
10
15
20
25
30
35
40
45
50
55
Opcionalmente, el equipo de usuario le env^a al dispositivo de gestion movil un mensaje de peticion de actualizacion del area de seguimiento (Tracking Area Update Request) o un mensaje de peticion de conexion (Attach Request) de acuerdo con el tipo de busqueda o el valor del motivo de busqueda del segundo mensaje de busqueda. El tipo del mensaje de peticion de actualizacion del area de seguimiento puede ser una actualizacion combinada TA/LA (Combined TA/LA Update, donde el area de seguimiento Tracking Area se denomina "TA" para abreviar, y el area de localizacion Location Area se denomina "LA" para abreviar) o una actualizacion periodica de TA (Periodic TA Update). El tipo del mensaje de peticion de conexion puede ser una conexion combinada EPS/IMSI (Combined EPS/IMSI Attach).
Espedficamente, cuando el equipo de usuario recibe el segundo mensaje de busqueda con un tipo de busqueda que es desconexion IMSI (IMSI Detach), conexion IMSI (IMSI Attach) o reconexion IMSI (IMSI re-attach), o cuando el equipo de usuario recibe el segundo mensaje de busqueda con un valor del motivo de busqueda que es un valor del motivo que se corresponde con el tipo de busqueda, por ejemplo, el valor es Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), el equipo de usuario puede enviarle al dispositivo de gestion movil un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion.
En el modo de realizacion de la presente invencion, el equipo de usuario puede enviarle al dispositivo de gestion movil en el segundo mensaje de busqueda un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion de acuerdo con una combinacion espedfica de una identidad del equipo de usuario y una identidad del dominio de la red troncal.
Opcionalmente, el equipo de usuario le envfa al dispositivo de gestion movil el mensaje de peticion de actualizacion del area de seguimiento o el mensaje de peticion de conexion en funcion de que la combinacion espedfica de la identidad del equipo de usuario y la identidad del dominio de la red troncal en el segundo mensaje de busqueda sea una combinacion espedfica del numero de identificacion de abonado movil internacional IMSI y los circuitos conmutados CS, donde el tipo del mensaje de peticion de actualizacion del area de seguimiento puede ser una actualizacion combinada de Ta/LA o una actualizacion periodica TA, y el tipo del mensaje de peticion de conexion puede ser una conexion combinada EPS/IMSI (Combined EPS/IMSI Attach).
Opcionalmente, el equipo de usuario le envfa al dispositivo de gestion movil un mensaje de peticion de conexion (Attach Request) en funcion de que la combinacion espedfica de la identidad del equipo de usuario y la identidad del dominio de la red troncal en el segundo mensaje de busqueda sea la combinacion espedfica del IMSI y la conmutacion de paquetes PS. El tipo del mensaje de peticion de conexion es la conexion combinada EPS/iMsI (Combined EPS/IMSI Attach).
Cuando el dispositivo de gestion movil recibe el mensaje de busqueda de IMSI enviado por el MSC/VLR, lo cual demuestra que el equipo de usuario se encuentra en un estado anormal y se ve afectada la recepcion de un mensaje corto, si el equipo de usuario se encuentra en un estado conectado o cambia de un estado inactivo a un estado conectado, el dispositivo de gestion movil le envfa al equipo de usuario el segundo mensaje, con el fin de indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
Cuando el equipo de usuario se encuentra en un estado anormal y por lo tanto se ve afectado el envfo de un mensaje corto, el dispositivo de gestion movil recibe el primer mensaje enviado por el MSC/VLR, donde el primer mensaje puede ser un mensaje de peticion de liberacion. El dispositivo de gestion movil puede enviarle el segundo mensaje al equipo de usuario con el fin de indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, despues de haber comprobado si el equipo de usuario se encuentra en un estado anormal en funcion del valor del motivo del mensaje de peticion de liberacion.
En el modo de realizacion de la presente invencion, el tipo y/o el valor del motivo del segundo mensaje incluidos en el segundo mensaje se pueden utilizar para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR. Opcionalmente, el segundo mensaje es un mensaje de peticion de desconexion, un mensaje de notificacion de servicio de CS o un mensaje de notificacion. Para una descripcion detallada del segundo mensaje, se puede hacer referencia a la descripcion relevante en los metodos 100 a 300 descritos mas arriba, los cuales, por brevedad, no se describen de nuevo en la presente solicitud.
Despues de que un equipo de usuario reciba un mensaje corto enviado por un dispositivo de gestion movil, el metodo 500 para enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion puede incluir, ademas:
S530: El equipo de usuario le envfa al dispositivo de gestion movil un cuarto mensaje para responder al segundo mensaje. Por ejemplo, el cuarto mensaje puede ser un mensaje de aceptacion de desconexion (Detach Accept).
Antes, despues, o al mismo tiempo que el equipo de usuario le envfa al dispositivo de gestion movil un mensaje de peticion de actualizacion del area de seguimiento o un mensaje de peticion de conexion, el metodo 500 puede incluir, ademas:
5
10
15
20
25
30
35
40
45
50
S540: Enviar un indicador de pausa a una pila del protocolo del servicio de mensajes cortos o a una aplicacion en el equipo de usuario, donde el indicador de pausa se utiliza para indicar la detencion del envfo de un mensaje corto.
Opcionalmente, el metodo 500 puede incluir, ademas:
S550: Enviarle un indicador de reenvfo a la pila del protocolo del servicio de mensajes cortos o a la aplicacion en el equipo de usuario despues de haber recibido un mensaje como respuesta al tercer mensaje enviado por el dispositivo de gestion movil, donde el indicador de reenvfo se utiliza para indicar el reinicio del envfo de un mensaje corto.
Por ejemplo, despues de que el equipo de usuario haya recibido un mensaje de aceptacion de actualizacion del area de seguimiento (Tracking Area Accept) o un mensaje de aceptacion de conexion (Attach Accept) enviado por el dispositivo de gestion movil y responde al mensaje de peticion de actualizacion del area de seguimiento o al mensaje de peticion de conexion, el equipo de usuario le envfa el indicador de reenvfo a la pila del protocolo del servicio de mensajes cortos o a la aplicacion en el equipo de usuario, con el fin de reenviar el mensaje corto.
Los pasos S510 y S520 en el metodo 500 son los mismos que los pasos S410 y S420 en el metodo 400, los cuales no se vuelven a describir en la presente solicitud.
Se debena entender que la secuencia de los numeros de serie de los procedimientos descritos mas arriba no implica el orden de ejecucion, el orden de ejecucion del procedimiento se debena determinar por la funcion y la logica interna, y no se debe restringir el procedimiento de implementacion del modo de realizacion de la presente invencion.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se le envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que se puede establecer el contexto del equipo de usuario en el MSC/VLR, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
A continuacion, se describe en detalle el metodo para recibir o enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion tomando la recepcion o el envfo de un mensaje corto en una red EPS.
La FIG. 6 muestra un diagrama de flujo esquematico de un metodo 600 para recibir un mensaje corto de acuerdo con un modo de realizacion de la presente invencion, y el modo de realizacion es para un escenario en el que un equipo de usuario recibe el mensaje corto, esto es, un escenario de SMS MT. Tal como se muestra en la FlG. 6, el metodo 600 incluye:
S601: Un centro del servicio de mensajes cortos (SMS Center, "SC" para abreviar) le envfa un mensaje corto a un SMS-GMSC.
S602: El SMS-GMSC ejecuta un procesamiento de consulta de informacion de ruta, y obtiene desde un registro de localizacion base (Home Location Register, "HLR" para abreviar)/servidor local de abonado (Home Subscriber Server, "HSS" para abreviar) el MSC/VLR al que esta conectado actualmente el UE.
S603: El SMS-GMSC le reenvfa el mensaje corto al MSC/VLR al que esta conectado el UE.
S604: Cuando el equipo de usuario se encuentra en un estado anormal y no puede procesar el servicio de mensajes cortos para le UE, por ejemplo, se ha perdido el contexto del UE debido a un fallo del MSC/VLR, o se ha liberado la conexion SGs establecida para el Ue en el MSC/VLR, esto es, se encuentra en el estado SGs-Null, el MSC/VLR ejecuta un proceso de busqueda de IMSI, esto es, le envfa a la MME un mensaje de busqueda, donde el mensaje de busqueda incluye el IMSI del UE, pero no incluye la identidad de area de localizacion LAI del UE, y el tipo de servicio del mensaje de busqueda es un mensaje corto.
En este momento, el MSC/VLR tambien puede devolverle inmediatamente al SC el fallo del envfo del mensaje corto a traves del SMS-GMSC, y se ejecuta el paso S607 despues de que el SC haya recibido de vuelta la respuesta. El MSC/VLR tambien puede almacenar temporalmente el mensaje corto, de modo que pueda enviar inmediatamente el mensaje corto almacenado temporalmente despues de que posteriormente el UE se conecte al MSC/VLR.
Si el UE ya se encuentra en un estado inactivo, el proceso continua en los pasos S605 y S606, y despues continua en el paso S613; y si el UE ya se encuentra en un estado conectado, no se ejecuta el proceso de busqueda, y el proceso continua directamente en el paso S611.
5
10
15
20
25
30
35
40
45
50
S605: El UE ya se encuentra en un estado inactivo, y en este momento, la MME le envfa un mensaje de busqueda a un nodo B evolucionado (Evolved Node B, "eNB" para abreviar), donde el mensaje de busqueda incluye una identidad del UE y un indicador del dominio de la red troncal (CN Domain).
Si el mensaje de busqueda no incluye la informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, el mensaje de busqueda enviado por el eNB al UE en el paso S606 tampoco incluye la informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, y se ejecuta el paso S610.
De acuerdo con la informacion de contexto del UE registrada en la MME, el mensaje de busqueda puede indicarle al UE que inicie la conexion con el MSC/VLR o la conexion con la MME y el MSC/VLR:
1) Cuando el contexto del UE existe en la MME:
a) El mensaje de busqueda incluye un indicador solicitando al UE que inicie la conexion con el MSC/VLR, el indicador de conexion se puede representar mediante un elemento de informacion como, por ejemplo, un valor del motivo de busqueda o un tipo de busqueda espedficos, su valor puede ser, espedficamente, de uno de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI reattach)", etc., y el valor del motivo de busqueda puede ser un valor del motivo de busqueda que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc. En este momento, la identidad de usuario en el mensaje de busqueda puede ser una identidad temporal S-TMSI asignada para el UE por una red EPS, y el indicador del dominio de la red troncal puede tener el valor PS o CS, donde la MME puede obtener la identidad temporal S-TMSI del contexto del UE en la MME en funcion del IMSI del UE.
b) El mensaje de busqueda descrito mas arriba le indica al equipo de usuario que inicie la conexion con el MSC/VLR a traves de la identidad espedfica del UE y el indicador del dominio de la red troncal, por ejemplo, la identidad de usuario en el mensaje de busqueda es el IMSI recibido por la MME en el paso S604 y el indicador de dominio de la red troncal tiene el valor CS.
2) Cuando en la MME no existe un contexto valido del equipo de usuario UE, la identidad de usuario en el mensaje de busqueda descrito mas arriba es el IMSI recibido por la MME en el paso S604, para indicarle al equipo de usuario que inicie un proceso de conexion combinado EPS/IMSI con la MME y el MSC/VLR y, en este momento, el indicador del dominio de la red troncal puede ser PS.
S606: El eNB le envfa al UE el mensaje de busqueda de acuerdo con el mensaje de busqueda recibido desde la MME. El mensaje de busqueda incluye la identidad del UE, la identidad del dominio de la red troncal y el indicador proporcionado en el paso S605 para que el UE inicie la conexion.
S607: Cuando el centro del servicio de mensajes cortos SC no pude enviar satisfactoriamente el mensaje corto, por ejemplo, porque ha expirado el tiempo de envfo, o se ha recibido un indicador de fallo de envfo del mensaje corto enviado por el MSC/VLR, se le envfa al SMS-GMSC un mensaje de peticion de notificacion de accesibilidad del UE (UE Reachability Notification Request), y el mensaje corto se almacena temporalmente.
S608: El SMS-GMSC le envfa al HLR/HSS un mensaje de peticion de notificacion de accesibilidad del UE (UE Reachability Notification Request).
S609: El HLR/HSS le envfa al MSC/VLR el mensaje de peticion de notificacion de accesibilidad del UE (UE Reachability Notification Request). El MSC/VLR puede configurar la identidad de peticion de notificacion.
Se debena entender que la secuencia de los numeros de serie de los procedimientos descritos mas arriba no implica el orden de ejecucion, el orden de ejecucion del procedimiento se debena determinar por la funcion y la logica interna, y no se debe restringir el procedimiento de implementacion del modo de realizacion de la presente invencion. Por ejemplo, los pasos S607 a S609, los pasos S604 a S606 previos y los pasos S611 a S615 posteriores no tienen relaciones de secuencia temporal.
S610: Si el mensaje de busqueda recibido por el UE en el paso S606 no incluye el indicador para que el UE inicie la conexion con el MSC/VLR, el UE ejecuta un proceso de peticion de servicio (Service Request) para establecer una conexion de senalizacion para pasar al usuario al estado conectado, y el proceso continua en el paso S611.
Si el mensaje de busqueda recibido por el UE en el paso S606 incluye el indicador para que el equipo de usuario inicie la conexion con el MSC/VLR, el UE no ejecuta el paso S610, esto es, el UE no ejecuta el proceso de peticion de servicio y el proceso continua en el paso S613.
S611: El UE ya se encuentra en un estado conectado y, en este momento, la MME le envfa al UE el mensaje de notificacion de acuerdo con el indicador recibido en el paso S604, con el fin de indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
5
10
15
20
25
30
35
40
45
50
El mensaje de peticion de notificacion que le indica al equipo de usuario que inicie la conexion con el MSC/VLR puede incluir los siguientes tipos de implementaciones:
1) El mensaje de peticion de notificacion puede ser un mensaje de peticion de desconexion (Detach Request), donde un tipo de desconexion (Detach Type) en el mensaje de peticion de desconexion o un valor del motivo (cause) en el mensaje de peticion de desconexion tiene un valor que indicar que el UE necesita iniciar la conexion con el MSC/VLR.
El tipo de desconexion puede ser de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc., y el valor del motivo de desconexion puede ser un valor del motivo que se corresponda con el tipo de desconexion, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
2) El mensaje de peticion de notificacion puede ser un mensaje de notificacion de servicio de CS (CS Service Notification), el mensaje de notificacion de servicio de CS incluye el elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje). Por ejemplo, el tipo del mensaje puede ser de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc., y, del mismo modo, el valor del motivo del mensaje puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
3) El mensaje de peticion de notificacion puede ser un mensaje de notificacion (Notification), y el mensaje de notificacion incluye el elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje). Por ejemplo, el elemento de informacion indicador de notificacion (Notification Indicator) en el mensaje de notificacion puede ser uno de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion ImSi (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", y, del mismo modo, el valor del motivo del elemento de informacion indicador de notificacion puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, el valor del motivo del elemento de informacion indicador de notificacion puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
S612: El UE puede enviarle a la MME un mensaje de peticion de notificacion como respuesta al mensaje de peticion de notificacion, donde el mensaje de peticion de notificacion es, por ejemplo, un mensaje de aceptacion de desconexion (Detach Accept).
S613: El UE activa un proceso de actualizacion de area de seguimiento o un proceso de conexion en funcion del indicador recibido en el paso S606 o el paso S611.
Espedficamente, cuando se cumple una de la siguientes condiciones, el UE activa el proceso de actualizacion de area de seguimiento o el proceso de conexion, y le envfa a la MME un mensaje de peticion de actualizacion del area de seguimiento (Tracking Area Update Request), un tipo de actualizacion es una actualizacion combinada de TA/LA (Combined TA/LA Update) o una actualizacion periodica de TA (Periodic TA Update), y el tipo del mensaje de peticion de conexion puede ser una conexion combinada EPS/IMSI (Combined EPS/IMSI Attach).
1) El UE recibe el indicador para que el equipo de usuario inicie la conexion con el MSC/VLR, por ejemplo, "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc.
2) El UE recibe la combinacion espedfica de la identidad del UE y el indicador del dominio de la red troncal, por ejemplo, la identidad del UE es el IMSI, y el indicador del dominio de la red troncal es el CS.
Cuando se cumple una de las siguientes condiciones, el UE activa el proceso de conexion, y le envfa a la MME un mensaje de peticion de conexion (Attach Request), y el tipo de conexion es conexion combinada EPS/IMSI (Combined EPS/IMSI Attach):
1) El UE recibe la combinacion espedfica la identidad del UE y el indicador del dominio de la red troncal, por ejemplo, la identidad del UE es el iMSI, y el indicador del dominio de la red troncal es el PS.
S614: La MME activa el registro en el MSC/VLR y le envfa al MSC/VLR un mensaje de peticion de actualizacion de localizacion (Location Update Request).
S615: El MSC/VLR establece el contexto del UE, asigna una identidad de abonado movil temporal (Temporary Mobile Subscriber Identity, "TMSI" para abreviar) para el UE, y le envfa a la MME el mensaje de aceptacion de actualizacion de localizacion (Location Update Accept).
S616: La MME le envfa al UE un mensaje de aceptacion de area de seguimiento (Tracking Area Accept) o un mensaje de aceptacion de conexion (Attach Accept).
5
10
15
20
25
30
35
40
45
S617: El UE puede enviarle a la MME un mensaje de complecion de area de seguimiento (Tracking Area Complete) o un mensaje de complecion de conexion (Attach Complete).
S618: Despues de haber recibido un mensaje de complecion enviado por el UE, la MME le envfa al MSC/VLR un mensaje de reasignacion de TMSI (TMSI Reallocation Complete).
Si el MSC/VLR almacena temporalmente el mensaje corto del UE (por ejemplo, procediendo a almacenarlo temporalmente en el paso S604), el MSC/VLR puede ejecutar directamente el paso S625, despues de haber recibido el mensaje de peticion de servicio del paso S626, ejecutar el paso S627 para enviarle al UE el mensaje corto; y los pasos S625 y S626 tambien se pueden omitir, y ejecutar directamente el paso S627 para enviarle al UE el mensaje corto. El proceso tambien se puede ejecutar inmediatamente despues del paso S615.
S619: Si el MSC/VLR establece la identidad de peticion de notificacion en el paso S609, el MSC/VLR le envfa al HLR/HSS un mensaje de notificacion de actividad del UE (UE Activity Notification).
S620: El HLR/HSS le envfa al SMS-GMSC un mensaje de notificacion de actividad del UE (UE Activity Notification).
S621: El SMS-GMSC le envfa al centro de servicio de mensajes cortos SC el mensaje de notificacion de actividad del UE (UE Activity Notification).
S622: El centro de servicio de mensajes cortos vuelve a enviarle al SMS-GMSC el mensaje corto almacenado temporalmente.
S623: El SMS-GMSC consulta al HLR/HSS el MSC/VLR al que actualmente esta conectado el UE.
S624: El SMS-GMSC reenvfa el mensaje corto al MSC/VLR al que esta conectado el UE.
S625: El MSC/VLR le envfa a la MME un mensaje de busqueda (Paging), el cual incluye informacion como, por ejemplo, el IMSI del UE y una identidad de area de localizacion (LAI) del equipo de usuario, y el tipo de servicio es un mensaje corto.
Si el UE se encuentra en estado inactivo en la MME, despues de haber recibido el mensaje de busqueda, la MME tiene que ejecutar en primer lugar un proceso de busqueda estandar, a continuacion, el Ue recibe le mensaje de busqueda, activa el proceso de peticion de servicio (Service Request), y pasa al UE al estado conectado, lo cual, por brevedad, no se describe de nuevo en la presente solicitud.
S626: La MME le envfa al MSC/VLR un mensaje de peticion de servicio (Service Request).
S627: El MSC/VLR encapsula el mensaje corto en un mensaje de transporte de datos del enlace descendente (Downlink Unitdata) y le envfa el mensaje a la MME.
S628: La MME encapsula el mensaje corto en un mensaje de transporte NAS del enlace descendente (Downlink NAS transport) y le envfa el mensaje al UE.
S629: El UE encapsula un mensaje de determinacion del mensaje corto en un mensaje de transporte NAS del enlace ascendente y le envfa el mensaje a la MME.
S630: La MME encapsula el mensaje de determinacion del servicio de mensajes cortos en un mensaje de transporte de datos del enlace ascendente (Uplink Unitdata) y le envfa el mensaje al MSC/VLR.
S631: El UE encapsula un informe de entrega del mensaje corto (delivery report) en el mensaje de transporte NAS del enlace ascendente y le envfa el mensaje a la MME.
S632: La MME encapsula el informe de entrega del mensaje corto (delivery report) en el mensaje de transporte de datos del enlace ascendente (Uplink Unitdata) y le envfa el mensaje al MSC/VLR.
S633: El MSC/VLR le envfa al SMS-GMSC el informe de entrega del mensaje corto (delivery report).
S634: El SMS-GMSC le envfa al SC el informe de entrega del mensaje corto (delivery report).
S635: El MSC/VLR comprueba que el informe de entrega del mensaje corto (delivery report) esta encapsulado en el mensaje de transporte de datos del enlace descendente (Downlink Unitdata) y le envfa el mensaje a la MME.
S636: La MME comprueba que el informe de entrega del mensaje corto (delivery report) esta encapsulado en el mensaje de transporte NAS del enlace descendente (Downlink nAs Transport) y le envfa el mensaje al UE.
S627: El MSC/VLR le envfa a la MME un mensaje de peticion de liberacion (Release Request).
5
10
15
20
25
30
35
40
45
50
Se debena entender que la secuencia de los numeros de serie de los procedimientos descritos mas arriba no implica el orden de ejecucion, el orden de ejecucion del procedimiento se debena determinar por la funcion y la logica interna, y no se debe restringir el procedimiento de implementacion del modo de realizacion de la presente invencion. Por ejemplo, los pasos S635 y S633 no tienen una relacion de secuencia temporal.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se le envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
La FIG. 7 muestra un diagrama de flujo esquematico de un metodo 700 para enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion, y el modo de realizacion es para un escenario en el que un equipo de usuario envfa el mensaje corto, esto es, un escenario de SMS MO. Tal como se muestra en la FIG. 7, el metodo 700 incluye:
S701: Cuando un UE necesita enviar un mensaje corto, si el UE se encuentra en un estado inactivo, el UE ejecuta un proceso de peticion de servicio (Service Request). Esto es, el UE le envfa a la MME un mensaje de peticion de servicio (Service Request), y establece una conexion de senalizacion, con el fin de hacer que el UE pase a un estado conectado. Si el UE ya se encuentra en un estado conectado, el proceso continua directamente en el paso S702.
S702: El UE encapsula el mensaje corto que necesita enviar en un mensaje de transporte de estrato de no acceso (Non-Access Stratum, "NAS" para abreviar) del enlace ascendente (Uplink NAS Transport) y le envfa el mensaje a la MME.
S703: La MME encapsula el mensaje corto recibido en un mensaje de transporte de datos del enlace ascendente (Uplink Unitdata) y le envfa el mensaje al MSC/VLR.
S704: Cuando el equipo de usuario se encuentra en un estado anormal en el MSC/VLR y no puede procesar el mensaje corto para el UE, por ejemplo, se ha perdido el contexto del UE debido a un fallo del MsC/vLr, o se ha liberado la conexion SGs establecida para el UE en el MSC/VLR, esto es, se encuentra en un estado SGs-Null, el MSC/VLR le envfa a la MME un mensaje de peticion de liberacion (Release Request), indicando que el IMSI del equipo de usuario es desconocido ("IMSI unknown") o que el IMSI del equipo de usuario se encuentra desconectado ("IMSI detached for non-EPS services").
SGs es el nombre de una interfaz entre la MME y el MSC/VLR, la conexion SGs se refiere a un canal entre la MME y el MSC/VLR establecido para el UE, y el estado de la conexion SGs se mantiene en la MME y el MSC/VLR.
S705: La MME le envfa al UE un mensaje de peticion de notificacion de acuerdo con el indicador recibido en el paso S704 para indicarle al UE que inicie la conexion con el MSC/VLR.
El mensaje de peticion de notificacion que ordena al equipo de usuario iniciar la conexion con el MSC/VLR puede incluir, espedficamente, los siguientes tipos de implementacion:
1) El mensaje de peticion de notificacion puede ser un mensaje de peticion de desconexion (Detach Request), donde se puede establecer un tipo de desconexion (Detach Type) en el mensaje de peticion de desconexion o un valor del motivo (cause) en el mensaje de peticion de desconexion para indicar que el UE necesita iniciar la conexion con el MSC/VLR.
El tipo de desconexion puede ser de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc., y el valor del motivo de desconexion puede ser un valor del motivo que se corresponda con el tipo de desconexion, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
2) El mensaje de peticion de notificacion puede ser un mensaje de notificacion de servicio de CS (CS Service Notification), el mensaje de notificacion de servicio de CS incluye el elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje). Por ejemplo, el tipo del mensaje puede ser de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc., y, del mismo modo, el valor del motivo del mensaje puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
5
10
15
20
25
30
35
40
45
3) El mensaje de peticion de notificacion puede ser un mensaje de notificacion (Notification), y el mensaje de notificacion incluye el elemento de informacion que indica que el UE necesita iniciar la conexion con el MSC/VLR (esto es, el tipo y/o el valor del motivo del mensaje). Por ejemplo, el elemento de informacion indicador de notificacion (Notification Indicator) en el mensaje de notificacion puede ser uno de los siguientes tipos: "desconexion IMSI (IMSI Detach)", "conexion IMSI (IMSI Attach)" o "reconexion IMSI (IMSI re-attach)", etc., y, del mismo modo, el valor del motivo del elemento de informacion indicador de notificacion puede ser un valor del motivo que se corresponda con el tipo, por ejemplo, el valor del motivo del elemento de informacion indicador de notificacion puede tener el valor de Servicio de CS no permitido (CS Service not allowed), IMSI desconocido (IMSI unknown), o contexto invalido (Invalid Context), etc.
S706: El UE puede enviarle a la MME un mensaje de respuesta de notificacion como respuesta al mensaje de peticion de notificacion, donde el mensaje de peticion de notificacion es, por ejemplo, un mensaje de aceptacion de desconexion (Detach Accept), etc.
S707: El UE activa un proceso de actualizacion del area de seguimiento o el proceso de conexion, y le envfa a la MME un mensaje de peticion de actualizacion del area de seguimiento (Tracking Area Update Request, TAU Request) o un mensaje de peticion de conexion (Attach Request) de acuerdo con el indicador recibido para iniciar la conexion con el mSc/VLR en el paso S705, por ejemplo, "IMSI Attach", "IMSI Detach", etc. El tipo del mensaje de peticion de actualizacion del area de seguimiento puede ser una actualizacion combinada de TA/LA (Combined TA/LA Update) o una actualizacion periodica de TA (Periodic TA Update); y el tipo del mensaje de peticion de conexion es una actualizacion combinada (Combined EPS/IMSI Attach).
Antes o despues de activar la actualizacion del area de seguimiento, o al mismo tiempo, el UE puede ordenar, ademas, que se detenga el envfo del mensaje corto por parte de la pila del protocolo del servicio de mensajes cortos/aplicacion en el UE.
S708: La MME activa el registro en el MSC/VLR, y le envfa al MSC/VLR un mensaje de peticion de actualizacion de localizacion (Location Update Request).
S709: El MSC/VLR establece el contexto del UE, asigna el TMSI para el UE, y le envfa a la MME un mensaje de aceptacion de actualizacion de localizacion (Location Update Accept).
S710: La MME le envfa al UE un mensaje de aceptacion de area de seguimiento (Tracking Area Accept) o un mensaje de aceptacion de conexion (Attach Accept).
S711: El UE puede enviar a la MME un mensaje de complecion de area de seguimiento (Tracking Area Complete) o un mensaje de complecion de conexion (Attach Complete).
Despues de haber recibido el mensaje de aceptacion del paso S710, el UE puede indicarle a la pila del protocolo del servicio de mensajes cortos/aplicacion en el UE que reenvfe el mensaje corto.
S712: Despues de haber recibido el mensaje de complecion en el paso S711, la MME le envfa al MSC/VLR un mensaje de reasignacion de TMSI (TMSI Reallocation Complete).
S713: El UE encapsula el mensaje corto que necesita enviar en un mensaje de transporte NAS del enlace ascendente (Uplink NAS Transport) y le envfa el mensaje a la MME.
S714: La MME encapsula en un mensaje de transporte de datos del enlace ascendente (Uplink Unitdata) el mensaje corto recibido y le envfa el mensaje al MSC/VLR.
S715: El MSC/VLR le envfa el mensaje corto recibido a un SMS-IWMSC.
S716: El SMS-IWMSC le envfa el mensaje corto recibido al centro de servicio de mensajes cortos SC.
S717: El centro de servicio de mensajes cortos SC le envfa al SMS-IWMSC un informe de entrega del mensaje
corto (delivery report).
S718: El SMS-IWMSC le envfa al MSC/VLR el informe de entrega del mensaje corto (delivery report).
S719: El MSC/VLR le envfa a la MME un mensaje de determinacion del mensaje corto.
S720: La MME le envfa al UE el mensaje de determinacion del mensaje corto.
S721: Despues de haber recibido el informe de entrega del mensaje corto (delivery report) del paso S718, el MSC/VLR encapsula el informe de entrega del mensaje corto recibido en un mensaje de transporte de datos del enlace descendente (Downlink Unitdata) y le envfa el mensaje a la MME.
5
10
15
20
25
30
35
40
45
S722: La MME encapsula el informe de entrega del mensaje corto en un mensaje de transporte NAS del enlace descendente (Downlink NAS Transport) y le envfa el mensaje al UE.
S723: El UE determina que se ha recibido el informe de entrega del mensaje corto, y encapsula un resultado de la determinacion en un mensaje de transporte NAS del enlace ascendente (Uplink NAS Transport) y le envfa el mensaje a la MME.
S724: La MME encapsula el resultado de la determinacion recibido en un mensaje de transporte de datos del enlace ascendente (Uplink Unitdata) y le envfa el mensaje al MSC/VLR.
S725: El MSC/VLR le envfa a la MME un mensaje de peticion de liberacion (Release Request) para finalizar el proceso de envfo del mensaje corto.
Se debena entender que la secuencia de los numeros de serie del procedimiento descrito mas arriba no implica el orden de ejecucion, el orden de ejecucion del procedimiento se debena determinar por la funcion y la logica interna, y no se debe restringir el procedimiento de implementacion del modo de realizacion de la presente invencion. Por ejemplo, el paso S719 no tiene una relacion de secuencia temporal con los pasos S714 a S717, y el paso S719 se puede realizar antes, despues o al mismo tiempo que el paso S714.
De acuerdo con el metodo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se le envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que se puede establecer el contexto del equipo de usuario en el MSC/VLR, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
A continuacion, se describe en detalle un equipo para recibir o enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion haciendo referencia a las FIG. 8 a FIG. 11.
La FIG. 8 muestra un diagrama de bloques esquematico de un equipo para recibir o enviar el mensaje corto de acuerdo con un modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 8, el equipo 800 incluye:
un modulo 810 de recepcion, configurado para recibir un primer mensaje enviado por un MSC/VLR;
un primer modulo 820 de determinacion, configurado para determinar si un equipo de usuario se encuentra un estado anormal de acuerdo con el primer mensaje; y
un modulo 830 de envfo, configurado para enviarle al equipo de usuario un segundo mensaje, donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
De acuerdo con el equipo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se le envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que se puede establecer en el MSC/VLR el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
Opcionalmente, tal como se muestra en la FIG. 9A, un equipo 800 para recibir o enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion incluye, ademas:
un segundo modulo 840 de determinacion, configurado para determinar si el equipo de usuario se encuentra en un estado inactivo cuando el primer mensaje es un primer mensaje de busqueda; y
el modulo 830 de envfo esta configurado espedficamente para enviarle al equipo de usuario un segundo mensaje de busqueda, donde el segundo mensaje de busqueda le indica al equipo de usuario que inicie la conexion con el MSC/VLR.
Opcionalmente, tal como se muestra en la FIG. 9B, el equipo 800 incluye, ademas:
un tercer modulo 850 de determinacion, configurado para determinar si el equipo de usuario se encuentra en un estado conectado cuando el primer mensaje es el primer mensaje de busqueda y antes de que el modulo de envfo envfe el segundo mensaje de busqueda.
5
10
15
20
25
30
35
40
45
50
El equipo 800 para enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion se puede corresponder con el dispositivo de gestion movil en los modos de realizacion de la presente invencion, y lo mencionado mas arriba y otras operaciones y/o funciones de los modulos en el equipo 800 se utilizan para implementar los procesos correspondientes de los metodos 100 a 300 en las FIG. 1 a FIG. 3, lo cual, por brevedad, no se describe de nuevo en la presente solicitud.
De acuerdo con el equipo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
La FIG. 10 muestra un diagrama de bloques esquematico de un equipo 900 para recibir o enviar un mensaje corto de acuerdo con un modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 10, el equipo 900 incluye:
un modulo 910 de recepcion, configurado para recibir un segundo mensaje enviado por un dispositivo de gestion movil, donde el segundo mensaje se utiliza para indicarle al dispositivo que necesita iniciar la conexion con un centro de conmutacion movil MSC/registro de localizacion de visitantes VLR; y
un primer modulo 920 de envfo, configurado para enviarle un tercer mensaje al dispositivo de gestion movil en funcion del segundo mensaje, con el fin de iniciar la conexion con el MSC/VLR.
De acuerdo con el equipo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
Opcionalmente, tal como se muestra en la FIG. 11, el equipo 900 para recibir o enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion incluye, ademas:
un segundo modulo 930 de envfo, configurado para enviarle al dispositivo de gestion movil un cuarto mensaje como respuesta al segundo mensaje despues de que el modulo de recepcion haya recibido el segundo mensaje.
Opcionalmente, tal como se muestra en la FIG. 11, el equipo 900 incluye, ademas:
un tercer modulo 940 de envfo, configurado para enviar un indicador de pausa a una pila del protocolo del servicio de mensajes cortos o a una aplicacion en el equipo, donde el indicador de pausa se utiliza para indicar que se detenga del envfo del mensaje corto.
Opcionalmente, tal como se muestra en la FIG. 11, el equipo 900 incluye, ademas:
un cuarto modulo 950 de envfo, configurado para enviar un indicador de reenvfo a la pila del protocolo del servicio de mensajes cortos o a la aplicacion en el equipo despues de haber recibido el mensaje como respuesta al tercer mensaje enviado por el dispositivo de gestion movil, donde el indicador de reenvfo se utiliza para indicar que se reinicie el envfo del mensaje corto.
El equipo 900 para enviar un mensaje corto de acuerdo con el modo de realizacion de la presente invencion puede corresponder al equipo de usuario en los modos de realizacion de la presente invencion, y lo mencionado mas arriba y otras operaciones y/o funciones de los modulos en el equipo 900 son para implementar los procesos correspondientes de los metodos 400 y 500 en las FIG. 4 y 5, lo cual, por brevedad, no se vuelve a describir en la presente solicitud.
De acuerdo con el equipo para recibir o enviar un mensaje corto proporcionado por el modo de realizacion de la presente invencion, se envfa al equipo de usuario informacion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, de modo que en el MSC/VLR se puede establecer el contexto del equipo de usuario, resolviendo de este modo el problema de que el equipo de usuario no pueda recibir o enviar un mensaje corto cuando el equipo de usuario se encuentra en un estado anormal debido a razones como, por ejemplo, un fallo del MSC/VLR, consiguiendo de este modo la recepcion o el envfo de un mensaje corto, aumentando la capacidad de autorrecuperacion de una red, preservando recursos de red y mejorando la experiencia de usuario.
5
10
15
20
25
30
35
40
45
Una persona experimentada en la tecnica debena valorar que, en combinacion con los ejemplos descritos en los modos de realizacion de la presente solicitud, las unidades y los pasos de los algoritmos se pueden implementar mediante hardware electronico, software informatico o una combinacion de los mismos. Con el fin de describir claramente la intercambiabilidad entre el hardware y el software, lo anterior ha descrito en general composiciones y pasos de cada modo de realizacion de acuerdo con sus funciones. Si las funciones se ejecutan mediante hardware o software depende de las aplicaciones y las condiciones limitantes de diseno concretas de las soluciones tecnicas. Las personas experimentadas en la tecnica pueden utilizar diferentes metodos para implementar las funciones descritas para cada aplicacion particular, pero no se debe considerar que la implementacion vaya mas alla del alcance de la presente invencion.
Las personas experimentadas en la tecnica pueden entender claramente que, para el objetivo de una descripcion adecuada y breve, para un proceso de funcionamiento detallado del sistema, equipo y unidad anteriores, se puede hacer referencia al proceso correspondiente en los modos de realizacion del metodo, y no se describiran de nuevo los detalles en la presente solicitud.
En los modos de realizacion proporcionados en la presente solicitud, se debe entender que el sistema, el equipo y el metodo divulgados se pueden implementar de otras formas. Por ejemplo, los modos de realizacion del equipo descritos son unicamente ejemplos. Por ejemplo, la division en unidades es unicamente una division de funciones logicas y en una implementacion real pueden existir otras divisiones. Por ejemplo, multiples unidades o componentes se pueden combinar o integrar en otro sistema, o algunas caractensticas se pueden ignorar o no realizar. Ademas, los acoplamientos mutuos o acoplamientos directos o conexiones de comunicacion mostrados o tratados se implementan mediante algunas interfaces. Algunos acoplamientos indirectos o conexiones de comunicacion entre equipos o unidades se pueden implementar de forma electronica, mecanica, u otras formas.
Las unidades descritas como componentes independientes pueden estar o no separadas ffsicamente, y los componentes que se muestran como unidades pueden ser o no unidades ffsicas, pueden estar localizadas en una misma posicion, o se pueden distribuir en multiples elementos de red. Una parte o todas las unidades de la presente solicitud se pueden seleccionar de acuerdo con las necesidades reales con el fin de conseguir los objetivos de las soluciones de los modos de realizacion de la presente invencion.
Ademas, las unidades funcionales en los modos de realizacion de la presente invencion se pueden integrar en una unidad de procesamiento, o cada una de las unidades puede existir por separado ffsicamente, o dos o mas unidades se pueden integrar en una sola unidad. La unidad integrada se puede implementar mediante hardware o se puede implementar en forma de unidad funcional de software.
Cuando se implementa en forma de una unidad funcional de software y se comercializa o se utiliza como un producto independiente, la unidad integrada se puede almacenar en un medio de almacenamiento legible por un ordenador. Basandose en dicho convenio, las soluciones tecnicas de la presente invencion esencialmente, o la parte que contribuye a la tecnica anterior, o todas o parte de las soluciones tecnicas se pueden implementar en forma de producto de software. El producto de software informatico se almacena en un medio de almacenamiento e incluye varias instrucciones para indicarle a un dispositivo informatico (el cual puede ser un ordenador personal, un servidor, un dispositivo de red, o similares) ejecutar todos o parte de los pasos del metodo descrito en los modos de realizacion de la presente invencion. El medio de almacenamiento incluye: cualquier medio que pueda almacenar codigos de programa como un U-disk (disco U), un disco duro portatil, una memoria de solo lectura (ROM, Read-Only Memory), una memoria de acceso aleatorio (RAM, Random Access Memory), un disco magnetico, o un disco optico.
Las descripciones anteriores son unicamente algunos modos de realizacion de la presente invencion, pero no pretenden limitar el alcance de proteccion de la presente invencion. Cualquier modificacion o sustitucion realizada por personas experimentadas en la tecnica sin apartarse del alcance tecnico divulgado por la presente invencion se considerara dentro del alcance de proteccion de la presente invencion. Por lo tanto, el alcance de proteccion de la presente invencion sera el objeto de las reivindicaciones adjuntas.

Claims (6)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. Un metodo para enviar un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario, que comprende:
    recibir (S110, S310, S604), por parte de un dispositivo de gestion movil del sistema de paquetes evolucionado, un primer mensaje enviado por un centro de conmutacion movil, MSC/registro de localizacion de visitantes, VLR, de una red de circuitos conmutados, en donde el primer mensaje es un mensaje de busqueda;
    determinar (S120, S320), por parte del dispositivo de gestion movil, si el mensaje de busqueda no comprende una identidad de area de localizacion, LAI; y
    determinar (S330), por parte del dispositivo de gestion movil, si el equipo de usuario se encuentra en un estado conectado y, si es asf, enviar (S130, S340, S611), por parte del dispositivo de gestion movil, un segundo mensaje al equipo de usuario, en donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR;
    en donde el segundo mensaje es un mensaje de peticion de desconexion, y se utiliza un tipo de desconexion del mensaje de peticion de desconexion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
  2. 2. El metodo de acuerdo con la reivindicacion 1, en donde el mensaje de busqueda incluye un numero de identificacion de abonado movil internacional, IMSI, y un tipo de servicio transportado por el mensaje de busqueda es un mensaje corto.
  3. 3. El metodo de acuerdo con la reivindicacion 1 o 2, en donde se configura el tipo de desconexion del mensaje de peticion de desconexion para que sea una desconexion de identificacion de abonado movil internacional, IMSI.
  4. 4. Un dispositivo de gestion movil de un sistema de paquetes evolucionado para enviarle un mensaje corto a un equipo de usuario, que comprende:
    un modulo (810) de recepcion, configurado para recibir un primer mensaje enviado por un centro de conmutacion movil MSC/registro de localizacion de visitantes, VLR, de una red de circuitos conmutados, en donde el primer mensaje es un mensaje de busqueda;
    un primer modulo (820) de determinacion, configurado para determinar si el mensaje de busqueda no comprende una identidad de area de localizacion, LAI;
    un tercer modulo (850) de determinacion, configurado para determinar si el equipo de usuario se encuentra en un estado conectado; y
    un modulo (830) de envfo, configurado para, si el tercer modulo de determinacion determina que el equipo de usuario se encuentra en el estado conectado, enviarle al equipo de usuario un segundo mensaje, en donde el segundo mensaje se utiliza para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR, en donde el segundo mensaje es un mensaje de peticion de desconexion, y se utiliza un tipo de desconexion del mensaje de peticion de desconexion para indicarle al equipo de usuario que inicie la conexion con el MSC/VLR.
  5. 5. El dispositivo de acuerdo con la reivindicacion 4, en donde el mensaje de busqueda transporta un numero de identificacion de abonado movil internacional, IMSI, y un tipo de servicio transportado por el mensaje de busqueda es un mensaje corto.
  6. 6. El dispositivo de acuerdo con la reivindicacion 4 o 5, en donde se configura el tipo de desconexion del mensaje de peticion de desconexion para que sea una desconexion de identificacion de abonado movil internacional, IMSI.
ES11762027.8T 2011-05-03 2011-05-03 Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario Active ES2607958T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/073614 WO2011120453A2 (zh) 2011-05-03 2011-05-03 用于接收或发送短消息的方法和装置

Publications (1)

Publication Number Publication Date
ES2607958T3 true ES2607958T3 (es) 2017-04-04

Family

ID=44712667

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11762027.8T Active ES2607958T3 (es) 2011-05-03 2011-05-03 Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario

Country Status (7)

Country Link
US (3) US9179275B2 (es)
EP (2) EP3139675A1 (es)
JP (1) JP5792890B2 (es)
CN (1) CN102217338B (es)
ES (1) ES2607958T3 (es)
HU (1) HUE031002T2 (es)
WO (1) WO2011120453A2 (es)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5792890B2 (ja) 2011-05-03 2015-10-14 ▲ホア▼▲ウェイ▼技術有限公司 ショートメッセージを受信または送信するための方法および機器
EP2803212A4 (en) 2012-01-09 2015-11-04 Ericsson Telefon Ab L M METHOD FOR AUTHORIZING A SUCCESSFUL FIRST MOBILE CALL-UP CALL TO A MOBILE PARTNER ASSIGNED ORIGINALLY TO A FAILED CORE NETWORK NODE
CN103209402B (zh) * 2012-01-17 2018-03-23 中兴通讯股份有限公司 终端组可及性确定方法及系统
CN103716819A (zh) * 2012-09-29 2014-04-09 华为技术有限公司 拜访位置寄存器故障处理方法和移动管理网元
CN102984777A (zh) * 2012-12-06 2013-03-20 中兴通讯股份有限公司 电路域交换网络业务的处理方法、装置及mme
US9084158B2 (en) * 2012-12-21 2015-07-14 Spreadtrum Communications (Shanghai) Co., Ltd. Supplementary service implementation method, LTE network system and mobile terminal
WO2015000121A1 (zh) * 2013-07-01 2015-01-08 华为技术有限公司 一种呼叫处理的方法、设备和移动性管理实体
WO2015010237A1 (zh) * 2013-07-22 2015-01-29 华为技术有限公司 位置更新处理方法及设备
GB2516837B (en) * 2013-07-31 2015-12-09 Ip Access Ltd Network elements, wireless communication system and methods therefor
CN104918292B (zh) * 2014-03-13 2019-04-26 中国移动通信集团江苏有限公司 一种业务控制方法和系统
RU2660632C2 (ru) * 2014-04-30 2018-07-06 Хуавэй Текнолоджиз Ко., Лтд. Способ обработки службы с коммутацией каналов (cs) нисходящей линии связи и объект управления мобильностью
CN105744620B (zh) * 2014-12-09 2019-03-26 中国移动通信集团广东有限公司 一种电路域回落的寻呼方法及装置
US9967906B2 (en) 2015-01-07 2018-05-08 Cisco Technology, Inc. Wireless roaming using a distributed store
US9985837B2 (en) 2015-07-23 2018-05-29 Cisco Technology, Inc. Refresh of the binding tables between data-link-layer and network-layer addresses on mobility in a data center environment
JP6182800B2 (ja) * 2015-08-06 2017-08-23 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ショートメッセージを受信または送信するための方法および機器
CN106714253B (zh) * 2015-11-12 2020-09-25 大唐移动通信设备有限公司 一种电路域回落csfb流程处理方法和装置
WO2017135676A1 (en) * 2016-02-02 2017-08-10 Lg Electronics Inc. Method and apparatus for paging with resume id for suspended user equipment in wireless communication system
EP3443787A1 (en) * 2016-04-15 2019-02-20 Telefonaktiebolaget LM Ericsson (PUBL) Methods and apparatus for paging an inactive ue in a wireless network
US10206093B2 (en) * 2016-05-24 2019-02-12 Telefonaktiebolaget L M Ericsson (Publ) Managing devices with SGs interface in VLR
US11696250B2 (en) * 2016-11-09 2023-07-04 Intel Corporation UE and devices for detach handling
US10440723B2 (en) 2017-05-17 2019-10-08 Cisco Technology, Inc. Hierarchical channel assignment in wireless networks
US10555341B2 (en) 2017-07-11 2020-02-04 Cisco Technology, Inc. Wireless contention reduction
US10440031B2 (en) 2017-07-21 2019-10-08 Cisco Technology, Inc. Wireless network steering
US10735981B2 (en) 2017-10-10 2020-08-04 Cisco Technology, Inc. System and method for providing a layer 2 fast re-switch for a wireless controller
US10375667B2 (en) 2017-12-07 2019-08-06 Cisco Technology, Inc. Enhancing indoor positioning using RF multilateration and optical sensing
WO2019135418A1 (ko) * 2018-01-03 2019-07-11 엘지전자 주식회사 무선 통신 시스템에서 단말이 페이징 신호를 수신하는 방법 및 이를 위한 장치
EP3788837B1 (en) * 2018-05-04 2023-08-23 Telefonaktiebolaget LM Ericsson (publ) Devices and methods for connection establishment in wireless network
US10673618B2 (en) 2018-06-08 2020-06-02 Cisco Technology, Inc. Provisioning network resources in a wireless network using a native blockchain platform
US10505718B1 (en) 2018-06-08 2019-12-10 Cisco Technology, Inc. Systems, devices, and techniques for registering user equipment (UE) in wireless networks using a native blockchain platform
US10873636B2 (en) 2018-07-09 2020-12-22 Cisco Technology, Inc. Session management in a forwarding plane
US10671462B2 (en) 2018-07-24 2020-06-02 Cisco Technology, Inc. System and method for message management across a network
US11252040B2 (en) 2018-07-31 2022-02-15 Cisco Technology, Inc. Advanced network tracing in the data plane
US10284429B1 (en) 2018-08-08 2019-05-07 Cisco Technology, Inc. System and method for sharing subscriber resources in a network environment
US10623949B2 (en) 2018-08-08 2020-04-14 Cisco Technology, Inc. Network-initiated recovery from a text message delivery failure
US10735209B2 (en) 2018-08-08 2020-08-04 Cisco Technology, Inc. Bitrate utilization feedback and control in 5G-NSA networks
US10949557B2 (en) 2018-08-20 2021-03-16 Cisco Technology, Inc. Blockchain-based auditing, instantiation and maintenance of 5G network slices
US10374749B1 (en) 2018-08-22 2019-08-06 Cisco Technology, Inc. Proactive interference avoidance for access points
US10567293B1 (en) 2018-08-23 2020-02-18 Cisco Technology, Inc. Mechanism to coordinate end to end quality of service between network nodes and service provider core
US10652152B2 (en) 2018-09-04 2020-05-12 Cisco Technology, Inc. Mobile core dynamic tunnel end-point processing
US10230605B1 (en) 2018-09-04 2019-03-12 Cisco Technology, Inc. Scalable distributed end-to-end performance delay measurement for segment routing policies
US10779188B2 (en) 2018-09-06 2020-09-15 Cisco Technology, Inc. Uplink bandwidth estimation over broadband cellular networks
US11558288B2 (en) 2018-09-21 2023-01-17 Cisco Technology, Inc. Scalable and programmable mechanism for targeted in-situ OAM implementation in segment routing networks
US10285155B1 (en) 2018-09-24 2019-05-07 Cisco Technology, Inc. Providing user equipment location information indication on user plane
US10601724B1 (en) 2018-11-01 2020-03-24 Cisco Technology, Inc. Scalable network slice based queuing using segment routing flexible algorithm
EP4107978A4 (en) * 2020-02-20 2023-11-08 Telefonaktiebolaget LM Ericsson (publ.) METHODS, NODES AND COMPUTER READABLE MEDIUM FOR SOLVING A DUAL VLR PROBLEM
CN111885517B (zh) * 2020-07-20 2021-11-09 中国联合网络通信集团有限公司 一种短信验证码防嗅探方法及装置
CN113068136A (zh) * 2021-03-02 2021-07-02 Oppo广东移动通信有限公司 传输彩信的方法及装置、终端、可读存储介质

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3786538B2 (ja) 1999-02-19 2006-06-14 富士通株式会社 移動通信システム
KR100492959B1 (ko) 2002-09-11 2005-06-07 삼성전자주식회사 공중 이동통신망과 연동되는 사설 무선망의 단문 메시지서비스 서버 및 방법
EP1784035A1 (en) 2005-11-07 2007-05-09 Alcatel Lucent A method for connection re-establishment in a mobile communication system
CN100563358C (zh) 2006-05-31 2009-11-25 华为技术有限公司 一种应对移动交换节点故障的系统、设备及方法
EP2069949B1 (en) 2006-09-12 2012-08-22 Alcatel Lucent Delivery of mobile terminated call during inter-vlr location update
US8259673B2 (en) 2007-06-19 2012-09-04 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing voice service in a mobile network with multiple wireless technologies
CN101351040B (zh) * 2007-07-19 2012-05-30 华为技术有限公司 语音呼叫建立方法以及移动管理实体、用户设备
ES2729852T3 (es) * 2007-07-24 2019-11-06 Mobileum Inc Verificación de transacciones en itinerancia
JP4586056B2 (ja) * 2007-10-10 2010-11-24 ノキア コーポレイション 契約を変更する方法及びシステム
CN101933390B (zh) * 2007-11-01 2013-09-25 爱立信电话股份有限公司 通过sae/lte网络的电路交换服务
US8520596B2 (en) 2007-12-19 2013-08-27 Telefonaktiebolaget L M Ericsson (Publ) Inter-domain coordination for MT and MO calls
CN101489288B (zh) * 2008-01-16 2011-04-20 华为技术有限公司 演进分组网络中电路域业务的处理方法、系统及相关设备
CN101499967B (zh) 2008-02-03 2011-07-13 中兴通讯股份有限公司 电路域寻呼实现方法及系统
CN101296518B (zh) 2008-06-16 2013-01-16 中兴通讯股份有限公司 电路域业务寻呼实现方法和装置
CN101577962B (zh) * 2008-07-10 2011-03-16 中兴通讯股份有限公司 一种关联关系更新的实现方法及相应终端
CN101577955B (zh) 2008-07-11 2011-04-20 中兴通讯股份有限公司 一种空闲模式下节约信令功能的激活判断方法及系统
CN101657025B (zh) * 2008-08-21 2013-08-14 华为技术有限公司 一种isr场景下电路交换域业务处理方法及装置
US8023944B2 (en) * 2008-09-29 2011-09-20 Via Telecom, Inc. Apparatus and method for performing attach procedure in mobile communication system
CN101742692B (zh) * 2008-11-07 2012-07-04 华为技术有限公司 寻呼处理、信息显示方法、装置
CN102210177B (zh) * 2008-11-11 2015-09-30 艾利森电话股份有限公司 使用SGs/Gs接口时由MSC服务器在IMS中注册用户的方法和设备
CN101778348B (zh) * 2009-01-09 2012-03-21 华为技术有限公司 一种cs域业务的处理方法、设备及系统
GB2467348A (en) * 2009-01-30 2010-08-04 Nec Corp SMS transport resource control
US8547969B2 (en) * 2009-03-31 2013-10-01 Interdigital Patent Holdings, Inc. Method and apparatus for providing non-packet switched service in a target radio access technology network
BR112012002217B1 (pt) * 2009-07-31 2021-07-13 Deutsche Telekon Ag Rede nucleo para transmissao de mensagens curtas, metodo para o controle de mensagens curtas, centro de atendimento para mensagem curta e entidade de gerenciamento de mobilidade
KR101627165B1 (ko) * 2009-09-22 2016-06-14 삼성전자주식회사 무선통신 시스템에서 유휴 모드 단말의 단문 메시지 전송을 지원하기 위한 방법 및 장치
US8493904B2 (en) 2009-09-22 2013-07-23 Samsung Electronics Co., Ltd. Method and apparatus for supporting short messaging service of mobile station during idle mode in wireless communication system
US20110105117A1 (en) 2009-10-29 2011-05-05 Chin Frances M Method And System Of Delivering An SMS Message
CN103281780B (zh) 2010-02-10 2016-04-06 电信科学技术研究院 空闲状态信令优化激活状态下寻呼消息的处理方法及设备
BR122015021034A2 (pt) * 2010-04-27 2020-09-15 Nec Corporation Terminal móvel e método para registrar um terminal móvel
US8948753B2 (en) * 2010-04-30 2015-02-03 Alcatel Lucent Method of providing notification of abnormal conditions during non-access stratum (NAS) message tunneling
JP5792890B2 (ja) 2011-05-03 2015-10-14 ▲ホア▼▲ウェイ▼技術有限公司 ショートメッセージを受信または送信するための方法および機器

Also Published As

Publication number Publication date
CN102217338B (zh) 2013-12-18
US9179275B2 (en) 2015-11-03
WO2011120453A3 (zh) 2012-04-05
JP5792890B2 (ja) 2015-10-14
CN102217338A (zh) 2011-10-12
HUE031002T2 (en) 2017-06-28
EP2680625A4 (en) 2014-09-24
EP3139675A1 (en) 2017-03-08
WO2011120453A2 (zh) 2011-10-06
US9713114B2 (en) 2017-07-18
US20160345285A1 (en) 2016-11-24
EP2680625B1 (en) 2016-09-28
US20160014576A1 (en) 2016-01-14
US20140051466A1 (en) 2014-02-20
EP2680625A2 (en) 2014-01-01
US9420439B2 (en) 2016-08-16
JP2014519219A (ja) 2014-08-07

Similar Documents

Publication Publication Date Title
ES2607958T3 (es) Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario
ES2964709T3 (es) Un método de un equipo de usuario y un equipo de usuario
ES2777629T4 (es) Método, estación base y sistema de planificación de datos
ES2381225T3 (es) Mensajería en redes de telecomunicaciones móviles
ES2694175T3 (es) Sistema de comunicación, método y aparato
ES2294164T3 (es) Recuperacion de estaciones moviles en modo conectado al fallar el rnc (controlador de red de radio).
ES2745098T3 (es) Transferencia de capacidad ampliada entre un equipo de usuario y una red inalámbrica
ES2690098T3 (es) Procedimiento y aparato de optimización de radiolocalización
ES2235323T3 (es) Entrega de mensajes cortos en una red de radiocomunicaciones por paquetes.
ES2703279T3 (es) Métodos y nodos para establecer múltiples conexiones de paquetes de datos para un equipo de usuario hacia un punto de acceso
ES2893116T3 (es) Conexión de dispositivos que se llevan puestos
ES2624142T3 (es) Informe de la red de servicio, la zona horaria y la UCI
ES2611482T3 (es) Método y dispositivo para separar equipos de usuario
ES2917195T3 (es) Método y aparato para la protección de la privacidad en la localización de equipos de usuario
ES2573465T3 (es) Estación móvil
ES2837635T3 (es) Funcionamiento de un nodo de servicio en una red
ES2965452T3 (es) Método y dispositivos para establecer una conexión de señalización entre un equipo de usuario, UE, remoto y una red de telecomunicaciones a través de un UE con capacidad de retransmisión
ES2742181T3 (es) Método y nodos para el manejo de portadores
US20170026896A1 (en) Terminal device, relay terminal device, and communication control method
ES2964912T3 (es) Transporte de datos de usuario sobre el plano de control en el sistema de comunicación utilizando tipos de contenedores de carga útil designados
KR20190038431A (ko) 시스템 간 이동성에서의 보안
ES2425761T3 (es) Procedimiento y aparato para la configuración de un dispositivo de comunicación
US20150296354A1 (en) Method of Transferring Short Message Service
ES2768379T3 (es) Nodo de red de acceso, método de radiobúsqueda, sistema y medio de almacenamiento legible por ordenador
ES2532956T3 (es) Red de telecomunicaciones que responde a información de localización proporcionada por un servidor