ES2910932T3 - Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil - Google Patents

Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil Download PDF

Info

Publication number
ES2910932T3
ES2910932T3 ES17824993T ES17824993T ES2910932T3 ES 2910932 T3 ES2910932 T3 ES 2910932T3 ES 17824993 T ES17824993 T ES 17824993T ES 17824993 T ES17824993 T ES 17824993T ES 2910932 T3 ES2910932 T3 ES 2910932T3
Authority
ES
Spain
Prior art keywords
message
application
sms
identifier
user equipment
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
ES17824993T
Other languages
English (en)
Inventor
Curt Wong
Devaki Chandramouli
Ulrich Wiehe
Raymond Jong-A-Kiem
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Application granted granted Critical
Publication of ES2910932T3 publication Critical patent/ES2910932T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0433—Key management protocols
    • 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
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes

Landscapes

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

Abstract

Un método, que comprende: preparar (410), en un equipo de usuario, un mensaje de servicio de mensajes cortos originado en móvil; y identificar (420), en el mensaje, un identificador externo particular a partir de un conjunto de identificadores externos asignados a una aplicación; en donde la identificación comprende establecer un identificador de puerto de aplicación a un valor predeterminado, en donde el identificador externo particular se mapea al identificador de puerto de aplicación y la identidad de abonado móvil internacional, IMSI, del equipo de usuario, transmitir (430) el mensaje a partir del equipo de usuario, incluyendo el mensaje transmitido el identificador de puerto de aplicaciones.

Description

DESCRIPCIÓN
Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil
Antecedentes
Campo de la invención
Diversos sistemas de comunicación pueden beneficiarse de poder comunicarse sin requerir que se asignen determinados identificadores. Por ejemplo, determinados sistemas de comunicación inalámbrica pueden beneficiarse de una comunicación de tipo máquina que utilice servicio de mensajes cortos originado en móvil sin un número de directorio de abonado internacional de estación móvil.
Descripción de la técnica relacionada
El proyecto de asociación de tercera generación (3GPP) ha definido la comunicación de tipo máquina (MTC) con servicio de mensajes cortos (SMS) de terminación móvil (MT) (MT-SMS) desde la versión 11 (ver. 11) sin el uso de un número de teléfono de estación móvil, también conocido como número de directorio de abonado internacional de estación móvil (MSISDN). Esto se define en la especificación técnica del 3GPP (TS) 23.682.
El principio general para MTC en la ver. 11 es que el servidor de aplicaciones de servicios de terceros puede enviar un ping o enviar una pequeña cantidad de datos al dispositivo, tal como el equipo de usuario (UE), con un identificador externo asignado de operador (por ejemplo, <device_id>@Operator_Domain_ID) a través de una interfaz normalizada (por ejemplo, Tsp) a la red del operador. La red de operador traslada entonces este identificador externo a la identidad de abonado móvil internacional (IMSI) del UE y utiliza MT-SMS para llevar la carga útil de aplicación al UE. Si el UE necesita responder de vuelta al servidor de aplicaciones de terceros, se espera que el UE pueda establecer una sesión de red de acceso de conectividad de protocolo de internet (IP) (IP-c AN) directamente hacia el servidor de aplicaciones de servicio de terceros para la comunicación. Por lo tanto, el establecimiento de sesión de MT-SMS y IP-CAN se consideró suficiente para MTC en la ver. 11.
El SMS originado en móvil (MO) sin MSISDN sólo era posible para un UE de subsistema multimedia por IP (IMS), que requería nuevas capacidades de UE de IMS, como se describe en 3GPP TS 23.204. El interfuncionamiento con el UE que no soporta SMS sin MSISDN estaba basado en implementación del operador. Por lo tanto, actualmente no hay ninguna norma definida por 3GPP para permitir que un nodo que da servicio acepte y reenvíe MO-SMS a partir de un UE sin IMS para el que no hay asignado ningún MSISDN. Convencionalmente, es el nodo que da servicio el que conoce el MSISDN del UE a partir de datos de suscripción recibidos desde el servidor de abonado local (Hs S). Por lo tanto, el nodo que da servicio del UE inserta el MSISDN del UE en el MO-SMS de modo que puede utilizarse el MSISDN como Id de confianza por el receptor del mensaje corto.
El documento borrador de 3GPP S2-123259, de julio de 2012, reunión de SA WG2 n. ° 92, titulado “ Solution for T5 based device triggering” describe una solución para activación basada en T5 en un formato genérico. Si un equipo de usuario sin MSIDSN está intentando responder a un factor desencadenante mediante un MO-SMS, esto introduce complejidad adicional ya que la sustitución del MSIDSN por un IMSI supone una amenaza de seguridad cuando se envía el IMSI de forma externa. Además, el uso de un ID externo como sustitución tiene algunos problemas debido al mayor tamaño y a que el formato de SMS no se está definiendo.
Resumen
La invención queda definida por las reivindicaciones adjuntas.
Breve descripción de los dibujos
Para una comprensión adecuada de la invención, deben consultarse los dibujos adjuntos, en los que:
La figura 1 ilustra una arquitectura de MTC.
La figura 2 ilustra MO-SMS a través de SMS-SC, según determinadas realizaciones.
La figura 3 ilustra MO-SMS directamente a MTC-IWF, según determinadas realizaciones.
La figura 4 ilustra un método según determinadas realizaciones.
La figura 5 ilustra un sistema según determinadas realizaciones.
Descripción detallada
En determinados casos, el UE puede necesitar enviar un acuse de recibo hacia un servidor de aplicaciones. Este acuse de recibo puede tener una pequeña carga útil. El acuse de recibo puede enviarse después de que el UE haya recibido el MT-SMS. Establecer una sesión de IP-CAN para enviar una pequeña carga útil puede resultar excesivo, ya que puede crear demasiada señalización de red para el establecimiento y la desconexión de la sesión de IP-CAN para una carga útil tan pequeña.
En la ver. 13, 3GPP ha definido MO-SMS desde el UE para abordar dicha situación de acuse de recibo con pequeña carga útil con una función de exposición de capacidad de servicio (SCEF). Sin embargo, el operador puede no desear actualizar su arquitectura de red de MTC con una característica de ver. 13 como una SCEf .
Un operador puede tener una infraestructura de SMS muy estable/a gran escala y puede querer que el UE utilice MO-SMS para enviar acuse de recibo hacia el servidor de aplicaciones. Sin embargo, esto puede requerir convencionalmente que un UE tenga MSISDN según los requisitos de protocolo/norma de SMS definidos en 3GPP TS 23.040.
Las realizaciones permiten que un UE, para el que no hay asignado MSISDN, envíe MO-SMS. Este MO-SMS puede atravesar el dominio de un operador y suministrarse a un servidor de aplicaciones de terceros a través de interfaz de Tsp. Además, el servidor de aplicaciones de terceros puede confiar en la carga útil procedente de Tsp. En determinadas realizaciones, el IMSI del UE puede estar expuesto o no a un servidor de aplicaciones. Sin embargo, las realizaciones pueden proporcionar una forma de mapear IMSI de vuelta a un ID externo.
Por lo tanto, las realizaciones proporcionan la capacidad de enviar MO-SMS sin MSISDN. Los ejemplos descritos proporcionan identificadores alternativos que pueden utilizarse. Adicionalmente, los ejemplos proporcionan formas de transmitir y/o mapear el MO-SMS sin MSISDN, de extremo a extremo.
La figura 1 ilustra una arquitectura de MTC. Más especialmente, la figura 1 muestra la arquitectura de MTC como se define en 3GPP TS 23.682. Existen dos líneas especialmente marcadas: “ Ruta para MT-SMS” y “ ruta para MO-SMS” . El trayecto para MT-SMS muestra el trayecto de señalización que está implicado con un factor desencadenante de MT- SMS/T4 según 3GPP TS 23.682. Se muestra el trayecto para MO-SMS para uno de los dos enfoques comentados a continuación. Este trayecto puede ser similar al trayecto para un MT-SMS/T4. El trayecto de señalización de MO-SMS para el otro de los dos enfoques comentados a continuación puede evitar el SMS-SC.
Por lo tanto, la figura 1 muestra trayectos de señalización de MT-SMS y MO-SMS con fines ilustrativos, con MO-SMS a través de SMS sobre SG. MO-SMS también puede ir directamente de MME a SMS-SC a través de SGd, que no es un trayecto mostrado en la figura 1.
Para MT-SMS, MTC-IWF puede realizar una consulta de HSS antes de pasar el mensaje al SMS-SC. De forma similar, para un primer enfoque de MO-SMS, el SMS-SC puede realizar una consulta de HSS antes de pasar el mensaje al MTC-IWF. Además, en ambos enfoques descritos a continuación de MO- SMS, el MTC-IWF puede realizar una consulta de HSS antes de pasar el mensaje al SCS.
La figura 2 ilustra MO-SMS a través de SMS-SC, según determinadas realizaciones. Esto puede denominarse, por conveniencia, primer enfoque. En este primer enfoque, lo que sigue son algunos procedimientos de ejemplo que pueden llevarse a cabo, como se ilustra en la figura 2.
Como se describe en 3GPP TS 23.012, sección 3.6.1.5, el HSS no contiene MSISDN para este UE. El nodo que da servicio, el MSC/registro de localización de visitante (VLR) en este caso, puede utilizar un valor de MSISDN ficticio, configurado en el nodo que da servicio para este UE. Por lo tanto, el nodo que da servicio, por ejemplo, MSC/VLR, puede estar configurado para soportar el funcionamiento sin MSISDN. De forma alternativa, puede asignarse al UE un MSISDN ficticio en el registro de suscripción, por ejemplo, el HSS/registro de localización local (HLR). A todos los UE de MTC se les puede asignar el mismo MSISDN ficticio. Este MSISDN ficticio puede proporcionar retrocompatibilidad en el protocolo de SMS-MO en el MSC.
El servidor de aplicaciones puede tener un MSISDN real asignado, por ejemplo, en formato E.164. El UE puede enviar MO-SMS a ese número.
Si a la aplicación de UE de MTC se le han asignado múltiples “ ID externos” , el UE puede utilizar entonces las siguientes opciones alternativas para transmitir qué “ ID externo” es la identidad de entidad de envío.
Según una primera opción, un UE establece un ID de puerto de aplicaciones en el protocolo de SMS a un cierto valor normalizado. El intervalo puede ser de hasta 255 para direccionamiento de 8 bits y puede ser de hasta 65535 para direccionamiento de 16 bits.
La función de interfuncionamiento de MTC (MTC-IWF) puede consultar entonces e1HSS con el IMSI y el valor de dirección de puerto de aplicaciones recibido para obtener el ID externo correspondiente. Esto puede implicar que el HSS y el UE tengan la misma tabla de mapeo. Por ejemplo, el HSS y el UE pueden tener el mismo mapeo entre IMSI ID de puerto de aplicaciones e ID externo.
Según una segunda opción que no cae dentro del ámbito de las reivindicaciones adjuntas, el UE puede codificar el ID externo como parte de la carga útil de SMS. En este caso, puede depender del servidor de aplicaciones determinar la identidad de entidad de envío consultando la carga útil. Esta opción puede evitar que la red determine la identidad del UE como en la primera opción. Por lo tanto, esta opción puede implicar que la red exponga IMSI a un servidor de aplicaciones para hacer que este enfoque sea viable.
Según una tercera opción que no cae dentro del ámbito de las reivindicaciones adjuntas, sin que se exponga IMSI al servidor de aplicaciones, la red puede indicar al servidor de aplicaciones la dirección IP que se ha asignado al UE. Esto puede implicar que el UE también codifique la propia dirección IP del UE en la carga útil de SMS. El servidor de aplicaciones puede comprobar entonces ambas direcciones IP para determinar si el remitente lleva la dirección IP asignada para permitir cierto grado de comprobación de integridad. Sin embargo, esta opción puede no funcionar cuando el UE no tiene una dirección IP.
Según una cuarta opción que no cae dentro del ámbito de las reivindicaciones adjuntas, un servidor de aplicaciones y el UE pueden utilizar una clave secreta compartida en la carga útil de SMS para determinar la identidad de envío del UE. Esto puede basarse en un requisito a nivel de aplicación.
La primera opción se muestra a modo de ilustración en la figura 2. Las otras opciones pueden implementarse de forma similar.
Como se muestra en la figura 2, en 1, el UE puede realizar un procedimiento de conexión combinado para enviar SMS de MO mediante SMS a través de SG de interfaz como se define en 3GPP TS 23.272. Puede asignarse un MSISDN ficticio a este UE desde una red móvil terrestre pública local (HPLMN). Este MSISDN ficticio puede ser almacenado por el VLR.
Si MSC/VLR y el HSS soportan funcionamiento sin MSISDN como se define en 3GPP TS 23.012, sección 3.6.1.5, en tal caso, el MSC/VLR puede asignar un MSISDN ficticio para este UE.
En 2, el UE puede enviar SMS de MO. Este mensaje puede incluir la dirección SMS-SC como dirección central de servicio en el mensaje de presentación de SMS. La dirección del receptor puede asignarse al MSISDN del servidor de aplicaciones de MTC. El UE puede indicar el ID externo que el UE desea utilizar estableciendo un valor correspondiente de ID de puerto de aplicaciones en el elemento de información de direccionamiento del campo de datos de usuario de TP. Para obtener más información sobre los campos del mensaje véase, por ejemplo, 3GPP TS 23.040.
En 3, el MSC/VLR puede situar el MSISDN ficticio y el IMSI del UE como parte de un procedimiento en la operación de SM hacia adelante de MO de MAP. Para obtener más información sobre un procedimiento de este tipo, véase por ejemplo 3GPP TS 29.002. El RP-DA puede contener la dirección del SMS-SC como la proporciona el UE.
En 4a, el centro de conmutación móvil de pasarela (GMSC) del SMS-SC puede consultar e1HSS/HLR utilizando MSISDN del campo TP-DA, por ejemplo, servidor de aplicaciones de MTC. Puede incluirse una indicación de T4. El indicador de T4 puede garantizar que HSS/HLR no reenvía la MAP a IP-SM-GW. Esto puede depender del procedimiento descrito en 3GPP TS 29.002. En 4b, la HSS/HLR puede devolver MTC-IWF/SCEF como nodo que da servicio. Esto puede estar basado en la configuración de HSS/HLR.
El protocolo de MAP convencional puede requerir que HSS/HLR devuelva IMSI del MSISDN. Sin embargo, este IMSI puede no ser útil ya que este IMSI puede apuntar al MSISDN del servidor de aplicaciones de MTC. Por lo tanto, HSS/HLR puede asignar un IMSI ficticio en este protocolo de MAP.
En 5, el SMS-SC puede reenviar el MT-SMS a la MTC- IWF/SCEF. La dirección de MTC-IWF/SCEF puede recibirse en 4b, como se ha descrito anteriormente. En vez de poner el IMSI de MSISDN del servidor de MTC en el campo RP-DA, SMS-SC puede poner el IMSI del UE en el campo RP-DA. Como alternativa, SMS-SC puede poner el IMSI del UE en un campo de elemento de información nuevo para transferir estos datos.
SMS-SC puede ser consciente de este procedimiento especial basado en cualquiera de los siguientes. El IMSI o IMSI ficticio devuelto en 4b puede fijarse a un valor específico como indicador. De forma alternativa, el MSISDN ficticio puede fijarse a un valor específico como indicador. Como otra alternativa, el MSISDN del servidor de MTC puede servir de indicador. Como una alternativa adicional, HLR/HSS puede proporcionar un nuevo elemento de información (IE) en 4b como indicador.
En 6, el MTC-IWF/SCEF puede utilizar el IMSI del UE y el ID de puerto de aplicaciones para consultar e1HSS/HLR para determinar el ID externo del UE. Si puede exponerse IMSI y no se utiliza el ID externo, esta etapa puede omitirse.
En 7, el MTC-IWF/SCEF puede reenviar la carga útil de SMS al servidor de aplicaciones de MTC junto con el ID externo consultado desde el HSS/HLR, o el IMSI si puede exponerse el IMSI.
La figura 3 ilustra MO-SMS directamente a MTC-IWF, según determinadas realizaciones. Esto puede denominarse, por conveniencia, segundo enfoque. En este segundo enfoque, lo que sigue son algunos procedimientos ilustrativos que pueden llevarse a cabo, como se ilustra en la figura 3.
Este segundo enfoque puede considerarse una optimización de la solución anterior permitiendo que el MO-SMS evite SMS-SC. Esto puede hacerse configurando la dirección de MTC-IWF como una dirección de centro de servicio de SMS en el UE.
Muchas de las características de la figura 3 son las mismas que las características correspondientes de la figura 2. Por ejemplo, las características en 1 son las mismas que en 1 en la figura 2. Además, las características en 4 y 5 en la figura 3 pueden ser las mismas que las etapas 6 y 7 de la figura 2.
Las características en 2 son las mismas que las características en 2 en la figura 2, excepto que la dirección de MTC-IWF, en forma de MSISDN, puede utilizarse como dirección de centro de servicio en el mensaje de presentación de SMS. Las características en 3 pueden ser las mismas que las características en 3 en la figura 2, excepto que la RP-DA puede contener la dirección de MTC-IWF. Esta dirección puede hacer que la red de transporte enrute el mensaje directamente a MTC-IWF.
Los enfoques primero y segundo pueden tener diversas similitudes y diferencias. Por ejemplo, ambos enfoques pueden utilizar el ID de puerto de aplicaciones como un discriminador adicional para mapear el IMSI al ID externo. Como se ha mencionado anteriormente, puede haber varias alternativas al ID de puerto de aplicaciones, estas alternativas no caen dentro del ámbito de las reivindicaciones adjuntas.
La diferencia principal entre los dos enfoques está en el trayecto de señalización utilizado para la transmisión del mensaje de SMS. En el primer enfoque, se envía SMS a través de SMSC e IWF, mientras que en el segundo enfoque se evita SMSC.
Con más detalle, en el primer enfoque, puede ser necesario configurar el MTC-IWF para recibir la MAP-MT-FSM. Por el contrario, en el segundo enfoque, puede ser necesario configurar el MTC-IWF para recibir la MAP-MO-FSM.
En el primer enfoque, el MTC-IWF puede alcanzarse utilizando la dirección de nodo que da servicio devuelta por el HSS. Esto puede cambiarse en el HSS. Por el contrario, en el segundo enfoque, el MTC-IWF puede alcanzarse utilizando la dirección de MTC-IWF que está configurada para el UE como dirección de centro de servicio. Este puede cambiarse por el UE, por ejemplo, utilizando la interfaz de usuario MMI.
En el primer enfoque, el almacenamiento y reenvío, y el cobro pueden hacerse con el SMS-SC, si es necesario. En el segundo enfoque, el SMS-SC no tiene ningún papel en MO-SMS y, por lo tanto, puede que el almacenamiento y reenvío, y el cobro, no puedan hacerse con el SMS-SC ya que no tiene ningún papel en MO-SMS
En el primer enfoque, los trayectos de MT y MO pueden ser simétricos. El trayecto de MO puede tener una consulta de HSS mientras que el trayecto de MT puede tener dos consultas de HSS. Por el contrario, en el segundo enfoque, los trayectos de MT y MO pueden no ser simétricos. Sin embargo, esta asimetría puede ahorrar señalización de red a1HSS. Por ejemplo, en el segundo enfoque, el trayecto de MT puede proceder del AS a la SCS y al MTC-IWF (consulta de HSS) al SMS-SC al MSC a la MME al UE. El trayecto de MO puede ir del UE a la MME al MSC al MTC-IWF (consulta de HSS) al SCS-AS.
El impacto funcional del primer enfoque puede ser mayor que el impacto funcional del segundo enfoque. Por ejemplo, determinadas realizaciones pueden extender MO-FSM con ID de puerto de aplicaciones y determinadas realizaciones pueden utilizar una consulta de HSS de ID externo con IMSI e ID de puerto de aplicaciones.
La figura 4 ilustra un método según determinadas realizaciones. Como se muestra en la figura 4, un método puede incluir, en 410, preparar, en un equipo de usuario, un mensaje de servicio de mensajes cortos originado en móvil. El método también puede incluir, en 420, identificar, en el mensaje, un identificador externo particular a partir de un conjunto de identificadores externos asignados a una aplicación. La aplicación puede ser una aplicación de comunicación de tipo máquina.
La identificación incluye fijar un identificador de puerto de aplicaciones a un valor predeterminado. Esta o cualquiera de las siguientes opciones puede ayudar a un elemento de red de recepción a identificar el ID externo correspondiente a la entidad de envío, como se ha mencionado anteriormente.
En ejemplos que no caen dentro del ámbito de la protección, la identificación puede incluir codificar el identificador externo particular como parte de una carga útil del mensaje. De forma alternativa, o además, la identificación puede incluir codificar una dirección de protocolo de Internet asignada al equipo de usuario como parte de una carga útil del mensaje. De forma alternativa, o además, la identificación puede incluir codificar una clave secreta compartida como parte de una carga útil del mensaje.
El método incluye además, en 430, transmitir el mensaje desde el equipo de usuario. Este mensaje puede recibirse, procesarse y enviarse posteriormente en una red.
Las etapas anteriores pueden ser realizadas por un equipo de usuario. Las siguientes etapas pueden ser realizadas por un elemento de red, tal como un MTC- IWF.
El procedimiento puede incluir, en 440, recibir, en un elemento de red, un mensaje de servicio de mensajes cortos originado en móvil. Este puede ser el mismo mensaje enviado en 430 o un mensaje basado en ese mensaje, como se ilustra de diversas formas en las figuras 2 y 3.
El método puede incluir además, en 450, determinar, a partir del mensaje, un identificador externo particular a partir de un conjunto de identificadores externos asignados a una aplicación. Como anteriormente, la aplicación puede ser una aplicación de comunicación de tipo máquina.
El identificador externo particular puede determinarse a partir de un identificador de puerto de aplicaciones establecido a un valor predeterminado. De forma alternativa, o además, el identificador externo particular puede poder determinarse a partir del identificador externo particular que se codifica como parte de una carga útil del mensaje. De forma alternativa, o además, el identificador externo particular puede determinarse a partir de una dirección de protocolo de Internet asignada al equipo de usuario que está codificándose como parte de una carga útil del mensaje. De forma alternativa, o además, el identificador externo particular puede determinarse a partir de una clave secreta compartida codificada como parte de una carga útil del mensaje.
El método también puede incluir, en 455, mapear entre el identificador externo e información en el mensaje utilizando una consulta. La consulta puede ser una consulta de servidor de abonado local.
El método puede incluir además, en 460, reenviar el mensaje basándose en el identificador externo particular.
La figura 5 ilustra un sistema según determinadas realizaciones de la invención. Debe entenderse que cada bloque del diagrama de flujo de la figura 1 puede implementarse mediante diversos medios o sus combinaciones, tales como hardware, software, firmware, uno o más procesadores y/o conjunto de circuitos. En una realización, un sistema puede incluir varios dispositivos, tales como, por ejemplo, un elemento 510 de red y un equipo de usuario (UE) o dispositivo 520 de usuario. El sistema puede incluir más de un UE 520 y más de un elemento 510 de red, aunque sólo se muestra uno de cada uno con fines de ilustración. Un elemento de red puede ser MTC-IWF o cualquiera de los otros elementos de red mostrados o descritos en referencia a cualquiera de las figuras 1, 2 o 3.
Cada uno de estos dispositivos puede incluir al menos un procesador o unidad o módulo de control, indicados respectivamente como 514 y 524. Puede proporcionarse al menos una memoria en cada dispositivo, e indicarse como 515 y 525, respectivamente. La memoria puede incluir instrucciones de programa informático o código informático contenido en la misma, por ejemplo, para llevar a cabo las realizaciones descritas anteriormente. Pueden proporcionarse uno o más transceptores 516 y 526, y cada dispositivo puede incluir también una antena, ilustrada respectivamente como 517 y 527.
Aunque sólo se muestra una antena de cada uno, pueden proporcionarse muchas antenas y múltiples elementos de antena en cada uno de los dispositivos. Pueden proporcionarse, por ejemplo, otras configuraciones de estos dispositivos. Por ejemplo, el elemento 510 de red y el UE 520 pueden estar configurados de forma adicional o exclusiva para comunicación por cable, y en tal caso las antenas 517 y 527 pueden ilustrar cualquier forma de hardware de comunicación, sin estar limitadas a simplemente una antena.
Cada uno de los transceptores 516 y 526 puede ser, independientemente, un transmisor, un receptor o tanto un transmisor como un receptor, o una unidad o dispositivo que puede configurarse tanto para la transmisión como para la recepción. El transmisor y/o el receptor (en lo que se refiere a partes de radio) también pueden implementarse como un cabezal de radio remoto que no está situado en el propio dispositivo, sino en un mástil, por ejemplo. También debe apreciarse que, según el concepto de radio “ líquida” o flexible, las operaciones y funcionalidades pueden realizarse en diferentes entidades, tales como nodos, hosts o servidores, de modo flexible. Dicho de otro modo, la división de tareas puede variar caso a caso. Un posible uso es hacer que un elemento de red suministre contenido local. También pueden implementarse una o más funcionalidades como una aplicación virtual que se proporciona como software que puede ejecutarse en un servidor.
Un dispositivo de usuario o equipo 520 de usuario puede ser una estación móvil (MS) tal como un teléfono móvil o un teléfono inteligente o un dispositivo multimedia, un ordenador, tal como una tablet, dotada de capacidades de comunicación inalámbrica, asistente digital o de datos personal (PDA) dotado de capacidades de comunicación inalámbrica, reproductor de medios portátil, vehículo, cámara digital, cámara de vídeo de bolsillo, unidad de navegación dotada de capacidades de comunicación inalámbrica o cualquier combinación de los mismos. El dispositivo de usuario o equipo 520 de usuario puede ser un sensor o medidor inteligente, u otro dispositivo que puede estar normalmente configurado para una única ubicación. El equipo 520 de usuario puede ser una máquina configurada principalmente para enviar mensajes de MTC.
En una realización a modo de ejemplo, un aparato, tal como un nodo o dispositivo de usuario, puede incluir medios para llevar a cabo realizaciones descritas anteriormente en relación con la figura 4.
Los procesadores 514 y 524 pueden implementarse mediante cualquier dispositivo de procesamiento de datos o informático, tal como una unidad central de procesamiento (CPU), un procesador de señales digitales (DSP), un circuito integrado específico de aplicación (ASIC), dispositivos lógicos programables (PLD), matrices de puertas programables en el campo (FPGA), circuitos mejorados digitalmente o un dispositivo comparable o una combinación de los mismos. Los procesadores pueden implementarse como un único controlador o como una pluralidad de controladores o procesadores. Adicionalmente, los procesadores pueden implementarse como un conjunto de procesadores en una configuración local, en una configuración en la nube o en una combinación de los mismos.
Para firmware o software, la implementación puede incluir módulos o unidades de al menos un conjunto de chips (por ejemplo, procedimientos, funciones y así sucesivamente). Las memorias 515 y 525 pueden ser independientemente cualquier dispositivo de almacenamiento adecuado, tal como un medio legible por ordenador no transitorio. Puede utilizarse una unidad de disco duro (HDD), memoria de acceso aleatorio (RAM), memoria flash u otra memoria adecuada. Las memorias pueden combinarse en un único circuito integrado como el procesador o pueden estar separadas del mismo. Además, las instrucciones del programa informático que pueden almacenarse en la memoria y pueden ser procesadas por los procesadores pueden ser cualquier forma adecuada de código de programa informático, por ejemplo, un programa informático compilado o interpretado escrito en cualquier lenguaje de programación adecuado. La entidad de almacenamiento de datos o de memoria es de forma típica interna pero también puede ser externa o una combinación de las mismas, tal como en el caso en el que se obtiene capacidad de memoria adicional de un proveedor de servicios. La memoria puede ser fija o extraíble.
La memoria y las instrucciones de programa informático pueden estar configuradas, con el procesador para el dispositivo particular, para hacer que un aparato de hardware tal como el elemento 510 de red y/o el UE 520, lleve a cabo cualquiera de los procedimientos descritos anteriormente (véanse, por ejemplo, las figuras 2-4). Por lo tanto, en determinadas realizaciones, un medio no transitorio legible por ordenador puede codificarse con instrucciones informáticas o uno o más programas informáticos (tal como rutina de software añadida o actualizada, applet o macro) que, cuando se ejecutan en hardware, pueden realizar un procedimiento tal como uno de los procedimientos descritos en el presente documento. Los programas informáticos pueden codificarse mediante un lenguaje de programación, que puede ser un lenguaje de programación de alto nivel, tal como C objetivo, C, C++, C#, Java, etc., o un lenguaje de programación de bajo nivel, tal como un lenguaje de máquina o ensamblador. De forma alternativa, determinadas realizaciones de la invención pueden realizarse completamente en hardware.
Además, aunque la figura 5 ilustra un sistema que incluye un elemento 510 de red y un UE 520, las realizaciones de la invención pueden ser aplicables a otras configuraciones, y a configuraciones que implican elementos adicionales, como se ilustra y explica en la presente memoria. Por ejemplo, puede haber presentes múltiples dispositivos de equipo de usuario y múltiples elementos de red, u otros nodos que proporcionen una funcionalidad similar.

Claims (11)

REIVINDICACIONES
1. Un método, que comprende:
preparar (410), en un equipo de usuario, un mensaje de servicio de mensajes cortos originado en móvil; y
identificar (420), en el mensaje, un identificador externo particular a partir de un conjunto de identificadores externos asignados a una aplicación;
en donde la identificación comprende establecer un identificador de puerto de aplicación a un valor predeterminado, en donde el identificador externo particular se mapea al identificador de puerto de aplicación y la identidad de abonado móvil internacional, IMSI, del equipo de usuario, transmitir (430) el mensaje a partir del equipo de usuario, incluyendo el mensaje transmitido el identificador de puerto de aplicaciones.
2. El método de la reivindicación 1, en donde la aplicación comprende una aplicación de comunicación de tipo máquina.
3. Un método, que comprende:
recibir, en un elemento de red, un mensaje de servicio de mensajes cortos originado en móvil, incluyendo el mensaje un identificador de puerto de aplicaciones; y
determinar (450), a partir del mensaje, un identificador externo particular de un conjunto de identificadores externos asignados a una aplicación, en donde el identificador externo particular puede determinarse a partir del identificador de puerto de aplicaciones establecido en un valor predeterminado, en donde el identificador externo particular se mapea al identificador de puerto de aplicaciones y al IMSI del equipo de usuario.
4. El método de la reivindicación 3, en donde la aplicación comprende una aplicación de comunicación de tipo máquina.
5. El método de la reivindicación 3, que comprende además:
mapear (455) entre el identificador externo y la información en el mensaje utilizando una consulta.
6. El método de la reivindicación 3, en donde la consulta comprende una consulta de servidor de abonado local.
7. El método de la reivindicación 3, que comprende además:
enviar (460) el mensaje basado en el identificador externo particular.
8. Un aparato, que comprende:
medios para realizar un proceso que comprende el método según cualquiera de las reivindicaciones 1-7.
9. Un aparato, que comprende:
al menos un procesador; y
al menos una memoria y código de programa informático,
en donde la al menos una memoria y el código de programa informático están configurados para, con el al menos un procesador, hacer que el aparato realice al menos un procedimiento que comprende el método según cualquiera de las reivindicaciones 1-7.
10. Un producto de programa informático que codifica instrucciones para realizar un procedimiento que comprende el método según cualquiera de las reivindicaciones 1-7.
11. Un medio legible por ordenador no transitorio codificado con instrucciones que, cuando se ejecutan en hardware, realizan un procedimiento que comprende el método según cualquiera de las reivindicaciones 1 -7.
ES17824993T 2016-07-07 2017-07-07 Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil Active ES2910932T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662359508P 2016-07-07 2016-07-07
PCT/US2017/041132 WO2018009821A1 (en) 2016-07-07 2017-07-07 Machine type communication using mobile originated short messaging service without mobile station international subscriber directory number

Publications (1)

Publication Number Publication Date
ES2910932T3 true ES2910932T3 (es) 2022-05-17

Family

ID=60912293

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17824993T Active ES2910932T3 (es) 2016-07-07 2017-07-07 Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil

Country Status (11)

Country Link
US (1) US11076269B2 (es)
EP (1) EP3482551B1 (es)
JP (1) JP6833970B2 (es)
CN (1) CN109479052A (es)
BR (1) BR112018077542A2 (es)
ES (1) ES2910932T3 (es)
MX (1) MX2019000144A (es)
PH (1) PH12019500041A1 (es)
RU (1) RU2725179C1 (es)
SG (1) SG11201901885PA (es)
WO (1) WO2018009821A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10855645B2 (en) 2015-01-09 2020-12-01 Microsoft Technology Licensing, Llc EPC node selection using custom service types
JP7178365B2 (ja) 2017-05-05 2022-11-25 マイクロソフト テクノロジー ライセンシング，エルエルシー サービス能力公開機能（ｓｃｅｆ）ベースのインターネットオブシングス（ｉｏｔ）通信の方法とシステム
JP7234141B2 (ja) 2017-05-31 2023-03-07 マイクロソフト テクノロジー ライセンシング，エルエルシー Ｉｐｓｅｃの地理的冗長性のための分離した制御プレーンおよびデータプレーンの同期
US10856134B2 (en) * 2017-09-19 2020-12-01 Microsoft Technolgy Licensing, LLC SMS messaging using a service capability exposure function
FR3077175A1 (fr) * 2018-01-19 2019-07-26 Orange Technique de determination d'une cle destinee a securiser une communication entre un equipement utilisateur et un serveur applicatif
WO2019164864A1 (en) 2018-02-20 2019-08-29 Affirmed Networks, Inc. Dynamic selection of network elements
SG11202008717SA (en) 2018-03-20 2020-10-29 Affirmed Networks Inc Systems and methods for network slicing
EP3827577B1 (en) 2018-07-23 2023-09-13 Microsoft Technology Licensing, LLC System and method for intelligently managing sessions in a mobile network
JP7161108B2 (ja) * 2019-02-26 2022-10-26 日本電信電話株式会社 通信方法、通信システム、中継装置および中継プログラム

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2365066C2 (ru) 2003-07-31 2009-08-20 Телефонактиеболагет Лм Эрикссон (Пабл) Способ и система для включения сетевым узлом информации о местоположении в сообщение ussd
US8090392B2 (en) * 2005-08-05 2012-01-03 Interdigital Technology Corporation Method and system for reporting a short message capability via an IP multimedia subsystem
WO2007143941A1 (fr) * 2006-05-31 2007-12-21 Huawei Technologies Co., Ltd. appareil et procédé de routage de messagerie
US8554176B2 (en) 2007-09-18 2013-10-08 Qualcomm Incorporated Method and apparatus for creating a remotely activated secure backup service for mobile handsets
MX2010012033A (es) * 2008-06-06 2010-11-30 Ericsson Telefon Ab L M Generacion de clave criptografica.
EP2709291B1 (en) 2011-05-11 2018-10-10 LG Electronics Inc. Method and apparatus for mtc in a wireless communication system
WO2013004300A2 (en) * 2011-07-05 2013-01-10 Nokia Siemens Networks Oy Direct message delivery mechanism for short message service (sms) over ip
WO2013032208A2 (ko) 2011-08-28 2013-03-07 엘지전자 주식회사 무선 통신 시스템에서 메시지 송수신 방법 및 장치
CN103037327B (zh) 2011-09-30 2015-07-08 华为终端有限公司 一种短消息处理方法和相关系统
KR101540499B1 (ko) * 2011-10-10 2015-07-29 주식회사 케이티 단문 메시지 서버, 그 서버의 단말 트리거 방법, 트리거 요청 전달 서버, 및 그 서버의 트리거 요청 전달 방법
TWI619368B (zh) * 2012-05-11 2018-03-21 內數位專利控股公司 與短訊息相關聯的路由的方法及sms服務中心(sms-sc)
WO2013171242A1 (en) 2012-05-15 2013-11-21 Nokia Siemens Networks Oy Methods, apparatuses and computer medium for delivers short message service sms between user equipment without mobile station international subscriber directory number (msisdn) in internet protocol multimedia subsystem (ims) with inter-public land mobile network (plmn) handling
CN103813276A (zh) 2012-11-06 2014-05-21 中兴通讯股份有限公司 信息的发送方法、mtc服务器、用户设备及mtc系统
CN102984677B (zh) 2012-12-04 2015-05-20 中国联合网络通信集团有限公司 物联网终端短消息处理方法、设备及系统
EP2944100A2 (en) * 2013-01-08 2015-11-18 Interdigital Patent Holdings, Inc. Method and apparatus for triggering devices and delivering small data
US20140258465A1 (en) * 2013-03-11 2014-09-11 Cisco Technology, Inc. Identification of originating ip address and client port connection to a web server via a proxy server
US10397755B2 (en) * 2014-06-24 2019-08-27 Lg Electronics Inc. Group messaging cancellation method in wireless communication system and device therefor

Also Published As

Publication number Publication date
EP3482551B1 (en) 2022-03-02
US11076269B2 (en) 2021-07-27
RU2725179C1 (ru) 2020-06-30
EP3482551A4 (en) 2020-01-22
BR112018077542A2 (pt) 2019-04-09
MX2019000144A (es) 2019-09-04
SG11201901885PA (en) 2019-04-29
CN109479052A (zh) 2019-03-15
US20190313216A1 (en) 2019-10-10
PH12019500041A1 (en) 2019-10-07
EP3482551A1 (en) 2019-05-15
JP6833970B2 (ja) 2021-02-24
WO2018009821A1 (en) 2018-01-11
JP2019525564A (ja) 2019-09-05

Similar Documents

Publication Publication Date Title
ES2910932T3 (es) Comunicación de tipo máquina que utiliza servicio de mensajes cortos originado en móvil sin número de directorio de abonado internacional de estación móvil
ES2775501T3 (es) Procedimientos de compatibilidad de llamadas de emergencia y de localización para un proveedor de servicios de libre transmisión
ES2694761T3 (es) Identificadores para un grupo de dispositivos de tipo MTC en redes celulares
ES2768400T3 (es) Servicio de mensajes cortos de origen móvil/terminación móvil sin número de directorio de abonados internacional de estación móvil (MSISDN) en el subsistema multimedia del protocolo de internet (IMS)
US9820335B2 (en) System and method for sharing a common PDP context
ES2607958T3 (es) Método y dispositivo para transmitir un mensaje corto desde un sistema de paquetes evolucionado a un equipo de usuario
KR101317455B1 (ko) 향상된 응급 브로드캐스트 경보 메시지들을 전달하고 수신하기 위한 방법 및 장치
EP3716695B1 (en) Small data communications in a wireless communication network
US8718688B2 (en) Method and apparatus for solving limited addressing space in machine-to-machine (M2M) environments
ES2536844T3 (es) Método y sistema de protección de la privacidad de comunicación de máquina a máquina y capa de capacidad del servicio de comunicación de máquina a máquina y dispositivo correspondiente
ES2547716T3 (es) Método para prevenir la entrega de un mensaje basura del servicio de mensajes cortos
ES2954510T3 (es) Medio de almacenamiento, sistema, aparato y método de transmisión de datos
EP3059984A1 (en) Service capability server (scs) terminated short message service (sms) systems and methods
US9432823B2 (en) Method and system for sending short message
ES2463240A2 (es) Unión selectiva de un equipo de usuario para comunicación tipo máquina con una célula inalámbrica.
BR112017003431B1 (pt) Meio não-transitório legível por computador, nó b evoluído, equipamento de usuário e aparelho para construção de padrões de transmissão de dados para comunicação d2d com base em padrões de recursos predefinidos
ES2711238T3 (es) Suministro mejorado de servicios de mensajes cortos de valor añadido
ES2927795T3 (es) Métodos y dispositivos para reportar la disposición de mensajes en una red de comunicación
US10212697B2 (en) Device initiated triggers
WO2013166230A2 (en) Systems and methods for providing and/or implementing a machine type communication (mtc)
ES2889873T3 (es) Aparato, programa y procedimiento para realizar una comunicación directa
ES2539474T3 (es) Sistema y método de telecomunicaciones
EP2705708B1 (en) Method and apparatus for handling requests for location of a subscriber
WO2014162691A1 (ja) セルラ通信システム、移動局、基地局、及び制御ノード、並びにこれらに関する方法
KR102220994B1 (ko) 기업 전용 네트워크에서의 데이터 푸시 기능 제공 시스템 및 방법