ES2733753T3 - Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo - Google Patents

Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo Download PDF

Info

Publication number
ES2733753T3
ES2733753T3 ES13813471T ES13813471T ES2733753T3 ES 2733753 T3 ES2733753 T3 ES 2733753T3 ES 13813471 T ES13813471 T ES 13813471T ES 13813471 T ES13813471 T ES 13813471T ES 2733753 T3 ES2733753 T3 ES 2733753T3
Authority
ES
Spain
Prior art keywords
message
device activation
activation message
status information
mtc
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
ES13813471T
Other languages
English (en)
Inventor
Puneet Jain
Varun Rao
Chang Hong Shan
Muthaiah Venkatachalam
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.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Application granted granted Critical
Publication of ES2733753T3 publication Critical patent/ES2733753T3/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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0073—Allocation arrangements that take into account other cell interferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/0875—Load balancing or load distribution to or through Device to Device [D2D] links, e.g. direct-mode links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/38—TPC being performed in particular situations
    • H04W52/383—TPC being performed in particular situations power control in peer-to-peer links
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E40/00—Technologies for an efficient electrical power generation, transmission or distribution
    • Y02E40/60—Superconducting electric elements or equipment; Power systems integrating superconducting elements or equipment

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Una función de interfuncionamiento de comunicaciones de tipo máquina (MTC-IWF) (130) en una red de Evolución a Largo Plazo (LTE) (106), que comprende: un procesador diseñado para: recibir una demanda para enviar un mensaje de activación del dispositivo por intermedio de la red LTE (106); validar la demanda para enviar un mensaje de activación del dispositivo; solicitar información de estado de un equipo de usuario (UE) (102) al que ha de enviarse el mensaje de activación del dispositivo; y recibir la información de estado del equipo UE (102); caracterizado porque el procesador está diseñado, además para: determinar una prioridad de la demanda para enviar el mensaje de activación del dispositivo; y enviar el mensaje de activación del dispositivo, cuando la prioridad de la demanda para enviar el mensaje de activación del dispositivo sea alta, y cuando la prioridad de la demanda de activación del dispositivo sea baja: para enviar el mensaje de activación del dispositivo cuando el equipo UE (102) está en un estado conectado; y para la memorización intermedia del mensaje de activación del dispositivo cuando el equipo UE (102) está en estado inactivo.

Description

DESCRIPCIÓN
Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo
Referencia cruzada a solicitudes relacionadas
Esta solicitud reivindica el beneficio de prioridad a la Solicitud de Patente de EE. UU. n° de serie 13/755,166, presentada el 31 de enero de 2013, que reivindica el beneficio de prioridad a la Solicitud de Patente Provisional de EE. UU. n° de serie 61/667,325, presentada el 2 de julio de 2012.
Campo técnico
Las formas de realización pertenecen a las comunicaciones inalámbricas. Algunas formas de realización se refieren a las comunicaciones inalámbricas utilizadas en las redes de Evolución a Largo Plazo (LTE).
Antecedentes de la invención
La activación operativa de dispositivo es el medio por el cual un servidor de capacidad de servicio (SCS) envía información a un elemento de equipo de usuario (UE) por intermedio de una red para que el equipo UE realice acciones específicas de la aplicación.
Un gran número de mensajes de activación del dispositivo, acoplados con demandas de datos pequeños, puede causar un aumento de señalización en la red y tener un impacto en la vida útil de la batería de un UE si el equipo UE alterna entre un estado inactivo y un estado conectado. Esto es especialmente cierto para las aplicaciones de datos móviles que envían mensajes de activación del dispositivo con una cantidad de datos frecuentemente pequeña. El informe técnico "Proyecto de asociación de tercera generación; servicios de grupo de especificación técnica y aspectos del sistema; mejoras del sistema para comunicaciones de tipo máquina (versión 11)", Borrador de 3GPP; 23888-161, 2012, evalúa los aspectos arquitectónicos de la especificación de requisitos de mejora del sistema para comunicaciones de tipo máquina (MTC). En particular, se considera la mejora de arquitectura para admitir una gran cantidad de dispositivos MTC en una red, el cumplimiento de los requisitos de servicio de MTC y las combinaciones de compatibilidad de mejoras de arquitectura para MTC. Además, se examinan los servicios de transporte para MTC proporcionados por los sistemas 3GPP y las optimizaciones relacionadas.
"Proyecto de Asociación de Tercera Generación; Grupo de Especificaciones Técnicas, Red Básica y Terminales; Interfaces de Diámetro del Servidor de Abonado Local (HSS) para interfuncionamiento con redes de paquetes de datos y aplicaciones (versión 11)", Norma 3GPP, la norma 3GPP TS 29.336, 2012, se refiere, en general, a las interfaces de diámetro HSS para el interfuncionamiento con redes y aplicaciones de paquetes de datos y especifica la interfaz S6m entre HSS y MTC-IWF y la interfaz S6n entre HSS y m Tc -AAA.
En "Dispositivo de activación en un formato genérico a través de T5" por Nokia Siemens Networks et al, Borrador de 3GPP; Formato Genérico S2-120802_T5, 2012, se describe una propuesta para activar dispositivos en un formato genérico utilizando interfaces T5.
Breve descripción de los dibujos
La Figura 1 es una vista general ilustrada de una forma de realización de la presente invención.
La Figura 2 es un diagrama de flujo que ilustra el funcionamiento de una forma de realización de la presente invención.
La Figura 3 es un diagrama de flujo que ilustra el funcionamiento de otra forma de realización de la presente invención.
La Figura 4 es un diagrama de flujo que ilustra el funcionamiento de otra forma de realización de la presente invención.
La Figura 5 es un diagrama de flujo que ilustra el funcionamiento de otra forma de realización de la presente invención.
La Figura 6 es un diagrama de flujo que ilustra el funcionamiento de otra forma de realización de la presente invención.
La Figura 7 es un diagrama de flujo que ilustra el funcionamiento de otra forma de realización de la presente invención.
Descripción de las formas de realización
La siguiente descripción y los dibujos adjuntos ilustran suficientemente formas de realización específicas para permitir a los expertos en esta técnica ponerlas en práctica. Otras formas de realización pueden incorporar cambios estructurales, lógicos, eléctricos, de proceso y otros. Los ejemplos simplemente tipifican posibles variaciones. Los componentes y funciones individuales son opcionales a menos que se requieran explícitamente, y la secuencia de operaciones puede variar. Las partes y características de algunas formas de realización pueden incluirse o sustituirse de las de otras formas de realización. Las formas de realización expuestas en las reivindicaciones comprenden todos los equivalentes disponibles de dichas reivindicaciones.
En la siguiente descripción detallada, se exponen numerosos detalles específicos con el fin de proporcionar una comprensión completa de la invención. Sin embargo, los expertos en la materia entenderán que la presente invención puede ponerse en práctica sin estos detalles específicos. En otros casos, los métodos, procedimientos, componentes y circuitos bien conocidos no se han descrito en detalle con el fin de evitar perder realidad en la descripción de la presente invención.
Aunque las formas de realización de la invención no están limitadas a este respecto, los términos "pluralidad" y "una pluralidad" tal como se utilizan en el presente documento pueden incluir, por ejemplo, "múltiples" o "dos o más". Los términos "pluralidad" o "una pluralidad" pueden utilizarse a lo largo de la especificación para describir dos o más componentes, dispositivos, elementos, unidades, parámetros y similares. Por ejemplo, "una pluralidad de estaciones" puede incluir dos o más estaciones.
El Proyecto de Asociación de Tercera Generación (3GPP) es un acuerdo de colaboración establecido en diciembre de 1998 para reunir a una serie de organismos de normas de telecomunicaciones, conocidos como "Socios Organizativos", que actualmente incluyen a la Asociación de Industrias de Radio y Negocios (ARIB), la Asociación de Normas de Comunicaciones de China (CCSA), el Instituto Europeo de Normas de Telecomunicaciones (ETSI), la Alianza para Soluciones de la Industria de Telecomunicaciones (ATIS), la Asociación de Tecnología de Telecomunicaciones (TTA) y el Comité de Tecnología de Telecomunicaciones (TTC). El establecimiento de 3GPP se formalizó en diciembre de 1998 mediante la firma del "Acuerdo de Proyecto de Asociación de Tercera Generación".
El 3GPP proporciona normas aplicables a nivel mundial como especificaciones técnicas e informes técnicos para un sistema móvil de tercera generación basado en las redes centrales GSM evolucionadas y en las tecnologías de acceso por radio que admiten (por ejemplo, acceso a radio terrestre universal (UTRA) para ambos de duplexión por división de frecuencia (FDD) y duplexión por división de tiempo (TDD). 3GPP también proporciona normas para el mantenimiento y desarrollo del Sistema Global para Comunicaciones Móviles (GSM) tal como Especificaciones Técnicas e Informes Técnicos, que incluyen las tecnologías de acceso por radio evolucionadas (por ejemplo, el Servicio General de Radio por Paquetes (GPRS) y las Tasas de Datos Mejorados para la Evolución de GSM (EDGE)). Las especificaciones técnicas para las normas actuales relacionadas con la telefonía móvil suelen estar disponibles al público a partir de la organización 3GPP.
El 3GPP está estudiando actualmente la evolución del sistema móvil 3G y considera las aportaciones (puntos de vista y propuestas) dirigidas hacia la evolución de la red UTRA (UTRAN). Un conjunto de requisitos de alto nivel fue identificado por instalaciones de 3GPP incluyendo: coste por bit reducido; mayor provisión de servicios (es decir, más servicios a menor coste y con mejor calidad); flexibilidad de uso de las bandas de frecuencia existentes y nuevas; arquitectura simplificada con interfaces abiertas; y consumo de potencia terminal reducido/razonable. En diciembre de 2004 se inició un estudio sobre la evolución a largo plazo UTRA y UTRAN (UTRAN-LTE, también conocido como 3GPP-LTE y E-UTRA) con el objetivo desarrollar un marco para la evolución de la tecnología de acceso por radio 3GPP hacia una tecnología de acceso por radio de alta velocidad de datos, baja latencia y paquetes optimizados. El estudio consideró modificaciones a la capa física de la interfaz de radio (enlace descendente y enlace ascendente), tal como los medios para admitir un ancho de banda de transmisión flexible de hasta 20 MHz, la introducción de nuevos sistemas de transmisión y tecnologías avanzadas de múltiples antenas.
El 3GPP-LTE se basa en una interfaz de radio que incorpora técnicas de multiplexación por división de frecuencia ortogonal (OFDM). OFDM es un formato de modulación multiportadora digital que utiliza un gran número de subportadoras ortogonales muy espaciadas para transportar los respectivos canales de datos de usuario. Cada subportadora se modula con un sistema de modulación convencional, tal como la modulación en amplitud en cuadratura (QAM), a una tasa de símbolos (relativamente) baja en comparación con la tasa de transmisión de radiofrecuencia (RF). En la práctica, las señales OFDM se generan utilizando el algoritmo de transformada rápida de Fourier (FFT).
Las máquinas a menudo necesitan comunicarse con otras máquinas sin poca o ninguna intervención humana. En el pasado, dichas comunicaciones se realizaban por cable. Con el paso del tiempo, comenzaron a utilizarse las comunicaciones inalámbricas. Con la mayor disponibilidad de banda ancha móvil, las comunicaciones de tipo máquina (MTC) por intermedio de banda ancha son cada vez más populares. MTC permite la comunicación entre máquinas remotas para intercambiar información y comandos de operación sin la necesidad de intervención humana. Los usos ejemplares de las comunicaciones de tipo máquina incluyen sensores remotos, e-health, medidores de servicios públicos controlados a distancia, cámaras de vigilancia, pagos de peaje, automatización de la cadena de producción y similares. Por ejemplo, un dispositivo puede supervisar el estado de funcionamiento de otro dispositivo e informar de los estados a un servidor central. O bien, un dispositivo puede leer un medidor de servicios públicos y proporcionar los datos a un departamento de facturación para la preparación de las facturas mensuales de servicios públicos.
Cuando un servidor desea activar o iniciar operativamente un determinado dispositivo MTC, puede transmitir un mensaje de activación del dispositivo por intermedio de la red de servicio. El mensaje de activación del dispositivo puede configurarse para iniciar la comunicación entre el dispositivo MTC y el servidor.
Los mensajes de activación del dispositivo de envío es el medio mediante el cual un Servidor de Capacidad de Servicios (SCS) envía información al Equipo de Usuario (UE) por intermedio de la red 3GPP para que el equipo UE realice acciones específicas de la aplicación. Estas acciones pueden incluir iniciar la comunicación con el SCS para el modelo indirecto o un Servidor de Aplicaciones (AS) en la red para el modelo híbrido. Es posible que se requiera la activación del dispositivo cuando SCS/AS no puede acceder o no puede acceder a una dirección IP para el equipo UE.
Un mensaje de activación del dispositivo suele contener información (por ejemplo, IMSI <Id. de puerto de la aplicación, y similares) que permite que la red enrute el mensaje al UE apropiado y para que el equipo UE enrute el mensaje a la aplicación apropiada. La información destinada a la aplicación se conoce como la carga útil de activación del dispositivo. El equipo UE está dispuesto para poder distinguir entre un mensaje que contiene información de activación de dispositivo de cualquier otro tipo de mensaje.
Tras la recepción por el equipo UE, la carga útil de activación del dispositivo se examina para determinar la información que activa las acciones relacionadas con la aplicación. La aplicación en el equipo UE puede realizar ciertas acciones indicadas, tales como iniciar una conexión inmediata o realizar una comunicación posterior al SCS o AS, según la información en la carga útil de activación.
Se puede recopilar un registro de datos de carga (CDR) para la activación del dispositivo. Es decir, el proveedor puede mantener un registro del coste de la transmisión de datos para fines de facturación futura.
Haciendo referencia a la Figura 1, se muestra un diagrama de bloques que ilustra la arquitectura de Comunicación de Tipo Máquina (MTC) en 3GPP.
Se muestra un equipo UE 102 ejecutando una aplicación MTC UE 104. El equipo UE está acoplado a una Red de Acceso de Radio (RAN) 106. Por intermedio de RAN 106, el equipo UE está acoplado a varios componentes del Núcleo de Paquetes Evolucionado, tal como un Centro de Conmutación Móvil (MSC) 108, una Entidad de Gestión Móvil (MME) 110, un nodo de Soporte de GPRS de Servicio (SGSN) 111 y Pasarela de Servicio (S-GW) 112. En conjunto, estos componentes forman la red móvil terrestre pública visitada (VPLMN). Los componentes de la red móvil terrestre pública local (HPLMN) se acoplan a los componentes anteriores por intermedio de varios puntos de referencia.
La entidad MME 110, junto con el nodo SGSN 111, pueden disponerse para realizar la siguiente funcionalidad: recibir un mensaje de activación del dispositivo desde MTC-IWF; encapsular información de activación del dispositivo en un mensaje NAS enviado al equipo UE utilizado para MTC; recibir la confirmación de activación de dispositivo desde el equipo UE iniciador; informar del estado de éxito/fallo de la entrega del dispositivo a MTC-IWF; y proporcionar información de congestión/carga SGSN/MME a MTC-IWF.
El punto de referencia Tsp (120) se utiliza por un servidor con capacidad de servicios para comunicarse con una función de interfuncionamiento de MTC (MTC-IWF) 130. El punto de referencia T5a (122) se utiliza para acoplar MTC-IWF y SGSN 111. El punto de referencia T5b (124) se utiliza para acoplar MTC-IWF y una entidad MME de servicio. El punto de referencia T5c (126) se utiliza para acoplar MTC-IWF y un MSC de servicio. El punto de referencia S6m (128) se utiliza para acoplar MTC-IWF y el servidor de abonado local.
Un MTC-IWF 130 puede ser una entidad independiente o una entidad funcional ubicada dentro de otra entidad de red. Un MTC-IWF puede residir en una red móvil terrestre pública local (HPLMN). El MTC-IWF puede tener numerosas funciones diferentes, que incluyen, pero no se limitan a: terminación de los puntos de referencia Tsp, S6m y Rf/Ga; terminación de uno o más puntos de referencia entre T4, T5a, T5b y T5c; capacidad para autorizar el SCS antes del establecimiento de la comunicación con la red 3GPP; capacidad para autorizar demandas de plano de control desde un SCS.
El MTC-IWF 130 también puede soportar las siguientes funcionalidades de activación del dispositivo: recepción de una demanda de activación del dispositivo desde SCS; informar al SCS sobre la aceptación o no aceptación de la demanda de activación del dispositivo; informar al SCS del éxito o del fallo de la entrega de un dispositivo de activación; puede aplicar el control de congestión/carga inducido por MTC-IWF y/o SGSN/MME como parte de la respuesta a las demandas de activación; y utiliza un identificador normalizado (por ejemplo, el ID del puerto de la aplicación) para permitir que el equipo UE distinga un dispositivo MT que transporta información de iniciación de cualquier otro tipo de mensaje.
El MTC-IWF 130 también puede admitir: un mecanismo de resolución de Servidor de Abonado Local (HSS) para su uso cuando el operador de red ha puesto en práctica servidores HSS múltiples y direccionables por separado; la interrogación del servidor HSS apropiado, cuando sea necesario para la activación del dispositivo, para: a) asignar el MSISDN o el identificador externo E.164 a IMSI; b) recuperar la información del nodo de servicio para el equipo UE (por ejemplo, el identificador SGSN/MME/MSC de servicio); y c) determinar si un SCS puede enviar un activador de dispositivo a un UE en particular.
El MTC-IWF 130 también puede admitir la selección del mecanismo de entrega de activador del dispositivo más eficiente y efectivo y el blindaje de este detalle del SCS en función de: la información del nodo de servicio del equipo UE actual del servidor HSS/HLR (por ejemplo, el identificador de servicio MME/SGSN/MSC); los mecanismos de entrega de activación de dispositivo soportados por el equipo UE; los posibles servicios de entrega de dispositivos activados por la HPLMN y, en itinerancia, VPLMN; políticas de entrega de dispositivo definidas por el operador, si existen; y/u opcionalmente, cualquier información recibida del SCS; la traducción del protocolo, si es necesaria, y el reenvío hacia la entidad de red pertinente (es decir, que sirve a SGSN/MME/MSC o SMS-SC dentro del dominio HPLMN) de una demanda de activación de dispositivo para que coincida con el mecanismo de entrega de activación seleccionado; generación de CDR de activación de dispositivo con identificador externo e identificador SCS y reenvío a CDF/CGF mediante la instancia de Rf/Ga; y capacidad para comunicaciones seguras entre la red 3GPP y el SCS.
Aunque solo se ilustra un único MTC-IWF en la Figura 1, debe entenderse que múltiples MTC-IWF pueden operar dentro de una única red HPLMN.
El servidor de abonado local (HSS) 150 puede configurarse para soportar las siguientes funcionalidades: terminación del punto de referencia S6m donde los MTC-IWF se conectan al registro de ubicación local (HLR)/HSS; memoriza y proporciona a MTC-IWF (y opcionalmente a MTC AAA) el mapeo/búsqueda del Número Internacional de Datos de Abonado de Estación Móvil (MSISDN) o identificadores externos a Identidad Internacional de Abonado Móvil (IMSI) e información de suscripción utilizada por MTC- IWF para activación de dispositivos; mapeo de MSISDN o identificadores externos a IMSI; opcionalmente, la asignación de Identificadores Externos a MSISDN también se proporciona para la infraestructura de SMS de legado que no admite SMS sin MSISDN; el servidor HSS almacenó "Información de enrutamiento", incluida la información del nodo servidor, si está disponible para el equipo UE (por ejemplo, el identificador SGSN/MME/MSC de servicio); y determinar si un SCS está autorizado para enviar un mensaje de activación de dispositivo a un equipo UE en particular; terminación del punto de referencia de S6n; proporciona a MTC-AAA la asignación entre IMSI e identificadores externos.
El servidor de capacidad de servicios 132 está dispuesto para acoplar un servidor de aplicaciones 134 a MTC-IWF 130 en un modelo indirecto. En un modelo directo, el servidor de aplicaciones 136 está acoplado directamente a la red del operador con el fin de realizar comunicaciones directas en el plano de usuario con el equipo UE sin el uso de un SCS externo.
Tal como se explicó anteriormente, una gran cantidad de dispositivos que se activan, junto con pequeñas demandas de datos, pueden causar una sobrecarga de señalización en la red. Esto puede provocar un impacto negativo en la vida útil de la batería de un equipo de usuario (UE), ya que el equipo UE puede tener que alternar entre un estado inactivo y un estado conectado con más frecuencia de la necesaria. Hay varias soluciones posibles.
Haciendo referencia a la Figura 2, se muestra un diagrama de flujo que presenta una forma de realización. En esta forma de realización, la función de interfuncionamiento de MTC (MTC-IWF) obtiene el estado del equipo UE de un servicio de abonado local (HSS), utilizando un modelo indirecto.
Un servidor de capacidad de servicios (SCS) determina la necesidad de activar el dispositivo (202). Si el SCS no tiene datos de contacto para un MTC-IWF, puede determinar primero las direcciones/puertos IP de un MTC-IWF realizando una consulta de DNS utilizando el identificador externo o usando un identificador MTC-IWF configurado localmente (204).
A continuación, el SCS envía un mensaje de demanda de activación de dispositivo a la MTC-IWF (206). El mensaje puede contener información tal como un identificador externo o MSISDN, identificador de SCS, número de referencia del activador, período de validez, prioridad, ID del puerto de la aplicación, carga útil del activador y similares. El SCS incluye una carga útil de activación que puede contener la información destinada a la aplicación MTC, junto con la información para enrutarla a la aplicación MTC. El ID de puerto de la aplicación se configura para abordar una función de activación dentro del equipo UE.
Conviene señalar que los términos tales como el mensaje de "Demanda de activación del dispositivo" se utilizan simplemente para fines ilustrativos. El nombre real del mensaje utilizado puede diferir.
El MTC-IWF verifica que el SCS esté autorizado para enviar demandas de activación y que el SCS no haya excedido su cuota o tasa de envío de activación sobre Tsp (208). Si esta comprobación falla, el MTC-IWF envía un mensaje de confirmación de activación del dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El MTC-IWF envía un mensaje de demanda de Información de Abonado (SIR) al HSS para determinar si el SCS está autorizado para activar el equipo UE. (Identificador externo o identificador de MSISDN y SCS, demanda de información de estado del equipo UE) para resolver el identificador externo o MSISDN a IMSI, recuperar las identidades de los nodos de c N de servicio del equipo UE (210). El indicador de demanda de información del estado del equipo UE se establece para solicitar la información del estado del equipo UE (tal como Inactivo, Conectado y Registrado) a HSS (212). Esta información también le indica a HSS que se registre para la Notificación de Accesibilidad en caso de que el equipo UE no sea accesible.
El MTC-IWF puede configurarse para realizar la autorización de memorización y la información de enrutamiento para el equipo UE. Sin embargo, esto puede aumentar la probabilidad de que se produzcan fallos en el intento de entrega cuando la información del nodo de servicio en memorización está obsoleta.
El servidor HSS envía el mensaje de Respuesta de Información de Abonado (IMSI e identidades de los nodos de servicio, información del estado del equipo UE) (214). La política de HSS puede influir en qué identidades de nodo de servicio se devuelven. Si el valor de causa indica que el SCS no tiene permiso para enviar un mensaje de activación a este equipo UE o el servidor HSS no ha devuelto información válida de suscripción, el MTC-IWF envía un mensaje de confirmación de activación de dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene. De no ser así, este flujo continúa.
Si el equipo UE no es alcanzable, el servidor HSS no puede enviar identidades de nodos servidores o información de estado que proporcione una indicación implícita de que el equipo UE no es accesible y MTC-IWF en este caso memorizará el activador si el período de validez no indica un intento de entrega única.
Posteriormente, el MTC-IWF obtiene el estado de UE en el mensaje de Respuesta de Información de Abonado y decide si debe memorizar el mensaje de activación o enviarlo (216). Este proceso puede llevarse a cabo de una de varias maneras diferentes. Un ejemplo se detalla, además, con respecto a la Figura 3. Cuando el MTC-IWF decide enviar el mensaje de activación del dispositivo, selecciona un procedimiento de entrega de activación basado en la información recibida desde HSS y la política local. Se selecciona el procedimiento de entrega y el MTC-IWF intenta un procedimiento de entrega de activación (218).
El MTC-IWF envía el mensaje de informe de activación del dispositivo (identificador externo o MSISDN y número de referencia del activador) al SCS con un valor de causa que indica si la entrega del activador tuvo éxito o no y la razón del fallo (220). El MTC-IWF genera la información de CDR necesaria, incluido el identificador externo o MSISDN y el identificador SCS (222).
En respuesta al mensaje de activación del dispositivo recibido, el equipo UE realiza acciones específicas que toman en consideración el contenido de la carga útil del dispositivo activador (224). Esta respuesta generalmente suele implicar la iniciación de una comunicación inmediata o posterior con el SCS o un AS. Esta acción depende de la naturaleza del equipo UE objeto de dicha tarea.
Haciendo referencia a la Figura 3, un diagrama de flujo que presenta el comportamiento MTC-IWF al recibir la información de estado del equipo UE. Después de recibir el mensaje de Respuesta de Información de Abonado (302), el MTC-IWF valida al abonado y verifica el estado del equipo UE (304). La prioridad del dispositivo activador se comprueba entonces (306). Si dicha prioridad es alta (308), en tal caso, se entrega el mensaje de activación de dispositivo (310). Si la prioridad es baja (312), entonces se verifica el estado del equipo UE (314). Si el equipo UE está conectado (316), entonces el mensaje de activación de dispositivo (310) se entrega. Si el equipo UE está inactivo (318), entonces el mensaje de activación de dispositivo está en memorización intermedia (320). Entonces se incrementa un contador (322). Si el contador ha alcanzado su cantidad máxima, el mensaje de activación de dispositivo (310) se entrega. De lo contrario, se repite el proceso de comprobación del estado del equipo UE (314). El contador se puede configurar para que sea cualquier número que permita la transmisión eficiente de los mensajes de activación del dispositivo. Después de un procedimiento de este tipo, se espera que el equipo UE destino del mensaje de activación del dispositivo se desplace desde un estado inactivo a uno conectado por sí solo, antes de obligar al equipo UE a entrar en el estado conectado para recibir el mensaje de activación del dispositivo.
En base a las soluciones proporcionadas anteriormente, el indicador de demanda de información del estado del equipo UE puede estar contenido en un SIR (Demanda de Información de Abonado) o en un nuevo mensaje USIR (Demanda de Información del Estado del Usuario). De forma correspondiente, SIA (Respuesta de Información de Abonado) o la nueva USIA (Respuesta de Información de Estado del Usuario) contendrán la respuesta de información de estado del UE actual.
SIR y SIA son mensajes existentes que se definen en TS 29.336 de la versión 11 de la norma 3GPP. Estos mensajes se mejorarán para reflejar la información de estado del equipo UE de la siguiente manera. SIR tendrá un nuevo par de valores de atributo (AVP) para el indicador demanda de información de estado del equipo UE; SIA tendrá un nuevo AVP para la respuesta de información de estado del equipo UE. USIR y USIA son mensajes nuevos que se definirán en futuros documentos.
La información de estado de usuario puede ser uno de los siguientes estados del equipo UE:
DETACHED
ATTACHED_NOT_REACHABLE_FOR PAGING
ATT ACHED_R EAC HABLE_FO R_PAG IN G
CONNECTED_NOT_REACHABLE_FOR_PAGING
CONNECTED_REACHABLE_FOR_PAGING
NETWORK_DETERMINED_NOT_REACHABLE
La nueva información de estado también se puede agregar según sea necesario. Por ejemplo, (EMM_IDLE y EMM_CONNECTED). El servidor HSS puede no conocer la información de estado de UE MM. En tal caso, el procedimiento de notificación de HSS puede mejorarse para memorizar otra información de estado del equipo UE, tal como el equipo UE MM, el estado SM y similares.
Haciendo referencia a la Figura 4, un diagrama de flujo que presenta el funcionamiento de una forma de realización en la que el MTC-IWF obtiene el estado del equipo UE a partir de una Entidad de Gestión de la Movilidad (MME).
Un servidor de capacidad de servicios (SCS) determina la necesidad de activar el dispositivo (402). Si el SCS no tiene datos de contacto para un MTC-IWF, primero puede terminar las direcciones/puertos IP de un MTC-IWF realizando una consulta de DNS utilizando el identificador externo o usando un identificador MTC-IWF configurado localmente (404).
A continuación, el SCS envía un mensaje de demanda de activación de dispositivo a la MTC-IWF (406). El mensaje puede contener información tal como un identificador externo o MSISDN, identificador de SCS, número de referencia del activador, período de validez, prioridad, carga útil del activador y similares. El SCS incluye una carga útil de activación que puede contener la información destinada a la aplicación MTC, junto con la información para enrutarla a la aplicación MTC.
El MTC-IWF verifica que el SCS esté autorizado para enviar demandas de activación y que el SCS no haya excedido su cuota o tasa de envío de activación sobre Tsp (408). Si esta comprobación falla, el MTC-IWF envía un mensaje de confirmación de activación del dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El MTC-IWF envía un mensaje de demanda de información de abonado (identificador externo o MSISDN e identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el equipo UE, para resolver el identificador externo o MSISDN a IMSI y recuperar la “información de enrutamiento”, memorizada en HSS relacionada, incluyendo las identidades de los nodos de CN de servicio del equipo UE (410).
El servidor HSS/HLR envía la Respuesta de Información de Abonado (IMSI y/o MSISDN y la "información de enrutamiento" relacionada, incluidas las identidades de los nodos de servicio y el mensaje de causa (412)). La política de HSS/HLR (posiblemente dependiente del ID de VPLMN) puede influir en qué identidades de nodo de servicio sean devueltas. Si el valor de causa indica que el SCS no tiene permiso para enviar un mensaje de activación a este UE, o si no hay información de suscripción válida, el MTC-IWf envía un mensaje de confirmación de activación de dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El mensaje de demanda de información de estado de usuario se envía desde la MTC-IWF a la MME, solicitando el estado del equipo UE (414). La información contenida en este mensaje es como se explicó anteriormente con respecto a la Figura 2.
El mensaje de respuesta de información de estado del usuario se envía como una respuesta a la demanda desde la MME, notificándole el estado del equipo UE (416). La información contenida en este mensaje es de nuevo según se explicó anteriormente con respecto a la Figura 2.
El MTC-IWF ahora decide si memorizar el mensaje de activación o enviarlo, utilizando el método explicado anteriormente con respecto a la Figura 3 (418). Después de que MTC-IWF decide enviar el mensaje de activación, selecciona el procedimiento de entrega del mensaje de activación según la información recibida de HSS y la política local. Se selecciona el procedimiento de entrega de T5 y MTC-IWF intenta un procedimiento de entrega de activación de T5.
Haciendo referencia a la Figura 5, un diagrama de flujo que presenta el funcionamiento de una forma de realización en la que el MTC-IWF obtiene el estado del equipo UE de un servidor de presencia.
Un servidor de capacidad de servicios (SCS) determina la necesidad de activar el dispositivo (502). Si el SCS no tiene datos de contacto para un MTC-IWF, puede determinar primero las direcciones/puertos IP de un MTC-IWF realizando una consulta de DNS usando el identificador externo o utilizando un identificador MTC-IWF configurado localmente (504).
Más adelante, el SCS envía un mensaje de demanda de activación de dispositivo a la MTC-IWF (506). El mensaje puede contener información tal como un identificador externo o MSISDN, identificador de SCS, número de referencia del activador, período de validez, prioridad, carga útil del activador y datos similares. El SCS incluye una carga útil de activación que puede contener la información destinada a la aplicación MTC, junto con la información para enrutarla a la aplicación MTC.
El MTC-IWF verifica que el SCS esté autorizado para enviar demandas de activación y que el SCS no haya excedido su cuota o tasa de envío de activación sobre Tsp (508). Si esta comprobación falla, el MTC-IWF envía un mensaje de confirmación de activación del dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El MTC-IWF envía un mensaje de demanda de información de abonado (identificador externo o MSISDN e identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el equipo UE, para resolver el identificador externo o MSISDN a IMSI y recuperar la “información de enrutamiento” relacionada que se memorizada en HSS, incluyendo las identidades de los nodos de CN de servicio del equipo UE (510).
El servidor HSS/HLR envía la Respuesta de Información de Abonado (IMSI y/o MSISDN y la "información de enrutamiento" relacionada, incluidas las identidades de los nodos, el mensaje de causa (512)). La política de HSS/HLR (posiblemente dependiente del identificador ID de VPLMN) puede influir en qué identidades de nodo de servicio se devuelven. Si el valor de causa indica que el SCS no tiene permiso para enviar un mensaje de activación a este equipo UE, o si no hay información de suscripción válida, el m TC-IWF envía un mensaje de confirmación de activación de dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El mensaje de demanda de información de estado del usuario se envía desde el MTC-IWF al servidor de presencia, solicitando el estado del equipo UE (514). La información contenida en este mensaje es como se explicó anteriormente. El MTC-IWF puede preconfigurarse con la dirección del servidor de presencia. Esta etapa puede ocurrir en paralelo con 510.
El mensaje de respuesta de información de estado del usuario se envía como una respuesta a la demanda desde el servidor de presencia, notificándole el estado del equipo UE (516). La información contenida en este mensaje es como se explicó anteriormente.
El MTC-IWF decide ahora si memorizar el mensaje de activación o enviarlo (518). Esta decisión puede tomarse siguiendo el método descrito anteriormente con respecto a la Figura 3. Después de que el MTC-IWF decide enviar el activador, el MTC-IWF intenta el procedimiento de entrega del activador T5 (520).
En algunas formas de realización, MTC-IWF puede estar dispuesto para comunicarse directamente con el equipo UE y memorizar la información de estado del equipo UE. En este caso, el equipo UE envía la información de estado directamente a MTC-IWF y el mecanismo de descubrimiento MTC-IWF por UE puede ser el mismo que el mecanismo de descubrimiento del servidor de presencia por el equipo UE. En algunas formas de realización, MTC-IWF y el servidor de presencia pueden ubicarse o ponerse en práctica en el mismo receptáculo. En una forma de realización de este tipo, no es necesario poner en práctica toda la funcionalidad en el mismo receptáculo. Dicho de otro modo, puede ser posible realizar parte de la funcionalidad del servidor de presencia en MTC-IWF.
Haciendo referencia a la Figura 6, un diagrama de flujo que presenta el funcionamiento de una forma de realización en la que la MTC-IWF memoriza el activador en la Mm E. Conviene señalar que la entidad MME es meramente a modo de ejemplo. El nodo de memorización en memorización intermedia también podría ser SGSN o MSC.
Un servidor de capacidad de servicios (SCS) determina la necesidad de activar el dispositivo (602). Si el SCS no tiene datos de contacto para un MTC-IWF, puede determinar primero las direcciones/puertos IP de un MTC-IWF realizando una consulta de DNS usando el identificador externo o utilizando un identificador MTC-IWF configurado localmente (604).
Más adelante, el SCS envía un mensaje de demanda de activación de dispositivo a la MTC-IWF (606). El mensaje puede contener información tal como un identificador externo o MSISDN, identificador de SCS, número de referencia del activador, período de validez, prioridad, carga útil del activador y datos similares. El SCS incluye una carga útil de activación que puede contener la información destinada a la aplicación MTC, junto con la información para enrutarla a la aplicación MTC.
El MTC-IWF verifica que el SCS esté autorizado para enviar demandas de activación y que el SCS no haya excedido su cuota o tasa de envío de activación sobre Tsp (608). Si esta comprobación falla, el MTC-IWF envía un mensaje de confirmación de activación del dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El MTC-IWF envía un mensaje de demanda de información de abonado (identificador externo o MSISDN e identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el equipo UE, para resolver el identificador externo o MSISDN a IMSI y recuperar la "Información de enrutamiento" relacionada que está memorizada en HSS, incluyendo las identidades de los nodos de CN de servicio del equipo UE (610).
El servidor HSS/HLR envía la Respuesta de Información de Abonado (IMSI y/o MSISDN y la "información de enrutamiento" relacionada, incluyendo las identidades de los nodos de servicio, el mensaje de causa (612)). La política de HSS/HLR (posiblemente dependiente del identificador ID de VPLMN) puede influir en qué identidades de nodo de servicio se devuelven. Si el valor de causa indica que el SCS no tiene permiso para enviar un mensaje de activación a este UE, o si no hay información de suscripción válida, el MTC-IWF envía un mensaje de confirmación de activación de dispositivo con un valor de causa que indica el motivo de la condición de fallo y el flujo se detiene en esta etapa.
El MTC-IWF usa las capacidades del equipo UE, las capacidades de los nodos de la red central (CN) recuperadas del servidor HSS para seleccionar un nodo de CN de servicio adecuado capaz de la activación de T5 (614). El MTC-IWF envía una demanda de envío al nodo CN de servicio. La demanda de envío puede contener IMSI, prioridad de mensaje, ID de MTC-IWF, número de referencia, indicador de intento de entrega única (opcional), tiempo de validez (opcional), tipo demanda (aplicación de activación), PDU de la aplicación. Si hay más de un nodo CN en servicio, el MTC-IWF debe enviar el mensaje al nodo CN en servicio donde el equipo UE está asentado actualmente con la más alta probabilidad. Esto puede ser, por ejemplo, basado en información recibida de HSS o información memorizada a partir de intentos de activación anteriores.
El nodo CN de servicio indica el tipo de demanda (aplicación de activación), la PDU de la aplicación, el ID de MTC-IWF, el número de referencia dentro del mensaje NAS y lo entrega al equipo UE (616). El nodo CN de servicio genera la información de CDR necesaria (618). El equipo UE proporciona el contenido de activación y el tipo de activación a la aplicación correspondiente (620).
Si el equipo UE está en modo inactivo, el nodo CN en servicio puede llamar al UE antes de enviar un mensaje NAS para entregar el mensaje de activación (622). Si el equipo UE no está en modo inactivo, entrega el mensaje de activación (624).
Si el equipo UE está en modo inactivo, la MME decide si memorizar el mensaje de activación o entregarlo. Esto se puede lograr de conformidad con un método detallado más adelante en la Figura 7 o en una variedad de otras formas de realización diferentes.
El nodo CN de servicio envía un mensaje de informe de entrega a la MTC-IWF (626). El informe de entrega puede contener varios elementos de información, incluyendo IMSI, causa, número de referencia, entregado por el nodo CN, tipo de respuesta (aplicación de activación) y, si se recibe, PDU de la aplicación, información sobre el almacenamiento en memorización intermedia en MME). La causa indica si el mensaje de activación se entregó satisfactoriamente al equipo UE o si estaba memorizado, o si se produjo un fallo, se indica la razón para el fallo.
El MTC-IWF posteriormente envía un informe al SCS informándole de las acciones tomadas (628).
Haciendo referencia a la Figura 7, un diagrama de flujo que ilustra el comportamiento de la entidad MME en función del estado del equipo UE. Después de recibir el mensaje de activación (702), la entidad MME verifica el estado del equipo UE (704). La prioridad de la activación del dispositivo se comprueba (706). Si la activación del dispositivo es alta (708), entonces el mensaje de activación de dispositivo se entrega (710). Si la prioridad es baja (712), entonces se verifica el estado del equipo UE (714). Si el equipo UE está conectado (716), entonces el mensaje de activación de dispositivo se entrega (710). Si el equipo UE está inactivo (718), entonces el mensaje de activación de dispositivo se memoriza en la entidad MME (720). A continuación, se incrementa un contador (722). Si el contador ha alcanzado su cantidad máxima, el mensaje de activación de dispositivo se entrega (710). De no ser así, el proceso de verificación del estado del equipo UE se repite (714). El contador se puede configurar para que sea cualquier número que permita la transmisión eficiente de los mensajes de activación del dispositivo. Después de un procedimiento de este tipo, se espera que el equipo UE destino del mensaje de activación del dispositivo se desplace desde un estado inactivo a uno conectado por sí solo, antes de obligar al UE a entrar al estado conectado para recibir el mensaje de activación del dispositivo.
Los siguientes ejemplos se refieren a formas de realización adicionales.
Una función de interfuncionamiento de comunicación de tipo máquina (MTC-IWF) en una red LTE puede comprender: un procesador dispuesto para: recibir una demanda de activación de dispositivo por medio de la red LTE; validar la demanda de activación del dispositivo; solicitar información de estado de un equipo de usuario (UE) al que se enviará el activador del dispositivo; recibir la información de estado del UE; y enviar la activación de dispositivo en función de la información de estado; en donde la información de estado comprende información sobre el estado de conexión del equipo UE. La información de estado puede indicar si el equipo UE está en estado inactivo o en estado conectado. El m TC-IWF puede disponerse, además, para: determinar la prioridad de la demanda de activación del dispositivo y enviar el mensaje de activación del dispositivo cuando la prioridad de la demanda de activación del dispositivo sea alta. El MTC-IWF puede disponerse, además, para: determinar la prioridad de la demanda de activación del dispositivo; y cuando la prioridad de la demanda de activación del dispositivo sea baja: enviar la demanda de activación del dispositivo cuando el equipo UE esté en un estado conectado; y memorizar la demanda de activación del dispositivo cuando el equipo UE esté en estado inactivo.
En otra forma de realización, un método para enviar un mensaje de activación de dispositivo a un equipo de usuario (UE) destino en una red LTE puede comprender: recibir una demanda para enviar un mensaje de activación de dispositivo; determinar la prioridad del mensaje de activación del dispositivo; transmitir el mensaje de activación del dispositivo si la prioridad del mensaje de activación del dispositivo es alta; si la comprobación de prioridad del mensaje de activación del dispositivo es baja, verificar si el equipo UE destino para el mensaje de activación del dispositivo está en un estado conectado; enviar el mensaje de activación del dispositivo cuando el equipo UE destino esté en un estado conectado; de lo contrario, se memorizará el mensaje de activación del dispositivo hasta que el equipo UE destino se encuentre en un estado conectado.
En una forma de realización, el método se realiza mediante una función de interfuncionamiento de comunicaciones de tipo máquina (MTC-IWF). En una forma de realización, el método se realiza por una entidad de gestión móvil (MME).
En otra forma de realización, un método para enviar un mensaje de activación de dispositivo en una red LTE puede comprender: recibir una demanda de activación de dispositivo; validar la demanda de activación del dispositivo; solicitar información de estado del equipo de usuario (UE) al que se enviará el activador del dispositivo; recibir la información de estado del UE; y enviar la activación del dispositivo basado en la información de estado; en donde la información de estado comprende información sobre el estado de conexión del equipo UE.
En una forma de realización, la información de estado indica si el equipo UE está en un estado inactivo o en un estado conectado.
En una forma de realización, el envío del mensaje de activación del dispositivo basándose en la información de estado comprende: determinar la prioridad de la demanda de activación del dispositivo; y enviar el mensaje de activación del dispositivo cuando la prioridad de la demanda de activación del dispositivo sea alta.
En una forma de realización, el envío del mensaje de activación del dispositivo basándose en la información de estado comprende: determinar la prioridad de la demanda de activación del dispositivo; y cuando la prioridad de la demanda de activación del dispositivo sea baja: enviar la demanda de activación del dispositivo cuando el equipo UE esté en un estado conectado; y memorizar la demanda de activación del dispositivo cuando el equipo UE esté en un estado inactivo. En una forma de realización, la memorización intermedia de la demanda de activación del dispositivo se realiza por una Entidad de Gestión Móvil (MME).
En una forma de realización, el método puede comprender, además: crear un informe que detalle el envío del mensaje de activación de dispositivo; y crear un registro de datos de carga (CDR) basado en el envío del mensaje de activación de dispositivo.
En una forma de realización, el método se realiza mediante una función de interfuncionamiento de comunicación de tipo máquina (MTC-IWF).
En una forma de realización, la demanda de información de estado del equipo de usuario (UE) al que se enviará el mensaje de activación del dispositivo puede comprender enviar un mensaje de demanda de información de abonado (SIR) a un servidor de abonado local (HSS); y recibir la información de estado del equipo UE puede comprender recibir un mensaje de Respuesta de Información de Abonado (SIA) del servidor HSS.
En una forma de realización, el mensaje SIR comprende una demanda de información de estado del equipo UE; y el mensaje SIA puede comprender información de estado del equipo UE.
En una forma de realización, la información de estado comprende información con respecto a si el equipo UE está en un estado inactivo o en un estado conectado.
En una forma de realización, la información de estado se selecciona de entre las siguientes: detached, Attached_Not_Reachable_For_Paging, Attached_Reachable_For_Paging, Connected_Not_Reachable_For_Paging, Connected_Reachable_For_Paging, y Network_Determined_Not_Reachable.
En una forma de realización, la demanda de información de estado del equipo de usuario (UE) al que se enviará el mensaje de activación de dispositivo puede comprender el envío de un mensaje de demanda de información de abonado (SIR) a una Entidad de Gestión Móvil (MME); y recibir la información de estado del equipo UE comprende recibir un mensaje de Respuesta de Información de Abonado (SIA) desde la MME.
En una forma de realización, la demanda de información de estado del equipo de usuario (UE) al que se envía el activador del dispositivo comprende enviar un mensaje de demanda de información de abonado (SIR) a un servidor de presencia; y recibir la información de estado del equipo UE comprende recibir un mensaje de Respuesta de Información de Abonado (SIA) desde el servidor de presencia.
En una forma de realización, la demanda de información de estado del equipo de usuario (UE) al que se enviará el mensaje de activación de dispositivo puede comprender enviar un mensaje de demanda de información de abonado (SIR) a un servidor de abonado local (HSS); y recibir la información de estado del equipo UE comprende recibir un mensaje de Respuesta de Información de Abonado (SIA) desde el servidor HSS.
En otra forma de realización, un método puede comprender: recibir una demanda de activación del dispositivo; validar la demanda de activación del dispositivo; solicitar información de estado del equipo de usuario (UE) al que se enviará el mensaje de activación de dispositivo; recibir la información de estado del UE; y enviar una demanda a una entidad de gestión móvil para procesar la demanda de activación del dispositivo.
En una forma de realización, el método se realiza mediante una función de interfuncionamiento de comunicación de tipo máquina (MTC-IWF).
Aunque algunas características de la invención se han ilustrado y descrito en el presente documento, los expertos en esta técnica pueden tener en cuenta numerosas modificaciones, sustituciones, cambios y equivalentes. Por lo tanto, debe entenderse que las reivindicaciones adjuntas están previstas para cubrir todas las modificaciones y cambios que caen dentro del alcance de la invención.

Claims (9)

REIVINDICACIONES
1. Una función de interfuncionamiento de comunicaciones de tipo máquina (MTC-IWF) (130) en una red de Evolución a Largo Plazo (LTE) (106), que comprende:
un procesador diseñado para:
recibir una demanda para enviar un mensaje de activación del dispositivo por intermedio de la red LTE (106); validar la demanda para enviar un mensaje de activación del dispositivo;
solicitar información de estado de un equipo de usuario (UE) (102) al que ha de enviarse el mensaje de activación del dispositivo; y
recibir la información de estado del equipo UE (102);
caracterizado porque el procesador está diseñado, además para:
determinar una prioridad de la demanda para enviar el mensaje de activación del dispositivo; y
enviar el mensaje de activación del dispositivo, cuando la prioridad de la demanda para enviar el mensaje de activación del dispositivo sea alta, y cuando la prioridad de la demanda de activación del dispositivo sea baja: para enviar el mensaje de activación del dispositivo cuando el equipo UE (102) está en un estado conectado; y para la memorización intermedia del mensaje de activación del dispositivo cuando el equipo UE (102) está en estado inactivo.
2. Un método para enviar un mensaje de activación de dispositivo en una red de Evolución a Largo Plazo (LTE) que comprende:
recibir una demanda para enviar un mensaje de activación del dispositivo;
validar la demanda para enviar un mensaje de activación del dispositivo;
demandar información de estado de un equipo de usuario (UE) al que ha de enviarse el mensaje de activación del dispositivo; y
recibir la información de estado del equipo UE;
caracterizado por:
determinar (306, 706) una prioridad de la demanda para enviar el mensaje de activación del dispositivo; transmitir (310, 710) el mensaje de activación del dispositivo si la prioridad del mensaje de activación del dispositivo es alta (308, 708);
si la prioridad del mensaje de activación del dispositivo es baja (312, 712), comprobar (314, 714) si la información de estado del equipo UE para el mensaje de activación del dispositivo está en un estado conectado;
enviar (310, 710) el mensaje de activación del dispositivo, cuando la información de estado del equipo UE está en un estado conectado; y
y si no es así, la memorización intermedia (320, 720) del mensaje de activación del dispositivo, cuando la información de estado del equipo UE se encuentre en estado inactivo.
3. El método según la reivindicación 2, en donde la memorización intermedia (320, 720) del mensaje de activación del dispositivo se realiza por una Entidad de Gestión Móvil (MME).
4. El método según la reivindicación 2, que comprende, además:
creación de un informe que detalla el envío del mensaje de activación del dispositivo; y
creación de un registro de datos de carga (CDR) basado en el envío del dispositivo de activación.
5. El método según la reivindicación 2, en donde el método se realiza mediante una función de interfuncionamiento de comunicación de tipo máquina (MTC-IWF).
6. El método según la reivindicación 5, en donde:
la demanda de información de estado del equipo UE, al que ha de enviarse el mensaje de activación del dispositivo, comprende enviar un mensaje de demanda de información de abonado (SIR) a un servidor de abonado local (HSS); y
recibir (302) la información de estado del equipo UE, al que ha de enviarse el mensaje de activación del dispositivo, comprende recibir un mensaje de Respuesta de Información de Abonado (SIA) desde el servidor HSS.
7. El método según la reivindicación 6, en donde el mensaje SIR comprende una demanda de información de estado del equipo UE; y
además, en donde el mensaje SIA comprende información de estado del equipo UE, en donde la información de estado comprende información con respecto a si el equipo UE está en estado inactivo o en estado conectado, y en donde la información de estado se selecciona de entre los siguientes: detached, Attached_Not_Reachable_For_Paging, Attached_Reachable_For_Paging, Connected_Not_Reachable_For_Paging, Connected_Reachable_For_Paging, y
Network_Determined_Not_Reachable.
8. El método según la reivindicación 6, en donde
el mensaje SIR es un mensaje de demanda de información de estado de usuario (USIR); y
el mensaje SIA es un mensaje de respuesta de información de estado de usuario (USIA).
9. El método según la reivindicación 5, en donde:
la demanda de información de estado del equipo UE al que ha de enviarse el mensaje de activación del dispositivo comprende enviar un mensaje de demanda de información de abonado (SIR) a una Entidad de Gestión Móvil (MME); y
recibir (302) la información de estado del equipo UE comprende recibir (304) un mensaje de Respuesta de Información de Abonado (SIA) desde la entidad MME.
ES13813471T 2012-07-02 2013-06-19 Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo Active ES2733753T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261667325P 2012-07-02 2012-07-02
US13/755,166 US8989070B2 (en) 2012-07-02 2013-01-31 Apparatus and method to efficiently send device trigger messages
PCT/US2013/046564 WO2014007990A1 (en) 2012-07-02 2013-06-19 Apparatus and method to efficiently send device trigger messages

Publications (1)

Publication Number Publication Date
ES2733753T3 true ES2733753T3 (es) 2019-12-02

Family

ID=74556583

Family Applications (2)

Application Number Title Priority Date Filing Date
ES13813471T Active ES2733753T3 (es) 2012-07-02 2013-06-19 Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo
ES201330992A Active ES2447340B2 (es) 2012-07-02 2013-07-02 Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES201330992A Active ES2447340B2 (es) 2012-07-02 2013-07-02 Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo

Country Status (17)

Country Link
US (2) US8989070B2 (es)
EP (2) EP3142392B1 (es)
JP (2) JP5950244B2 (es)
KR (2) KR101618497B1 (es)
CN (2) CN103763694B (es)
BE (1) BE1022333B1 (es)
BR (1) BR112014030156A2 (es)
CA (1) CA2874475A1 (es)
ES (2) ES2733753T3 (es)
FI (4) FI3142392T3 (es)
FR (1) FR2992820B1 (es)
HU (1) HUE043858T2 (es)
IT (1) ITMI20131103A1 (es)
NL (1) NL2011078C2 (es)
SE (1) SE1350812A1 (es)
TW (3) TWI610582B (es)
WO (1) WO2014007990A1 (es)

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8989070B2 (en) 2012-07-02 2015-03-24 Intel Corporation Apparatus and method to efficiently send device trigger messages
KR20140022669A (ko) * 2012-08-14 2014-02-25 한국전자통신연구원 다중 전송경로를 제공하는 사물지능통신 시스템 및 그 구동 방법
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
JP5997389B2 (ja) * 2012-10-01 2016-09-28 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける装置トリガー／スモールデータの交替／回収方法及び装置
JP6241420B2 (ja) * 2012-12-21 2017-12-06 日本電気株式会社 システム、ｓｃｓエンティティ、及びユニット
CN109981807B (zh) * 2013-01-08 2022-08-05 Iot控股公司 用于触发设备和递送小数据的方法和装置
JP6319100B2 (ja) * 2013-01-11 2018-05-09 日本電気株式会社 メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム
JP6178923B2 (ja) * 2013-07-24 2017-08-09 コンヴィーダ ワイヤレス， エルエルシー サービスドメイン課金システムおよび方法
CN104704867B (zh) * 2013-08-15 2018-10-30 华为技术有限公司 数据路由的方法和设备
US9301083B2 (en) 2014-01-06 2016-03-29 Intel IP Corporation Techniques for communication between service capability server and interworking function for device trigger recall/replace
WO2015110243A1 (en) 2014-01-24 2015-07-30 Sony Corporation Communications device
CN105940737B (zh) * 2014-02-04 2020-12-25 株式会社Ntt都科摩 服务控制系统、用户装置以及服务控制方法
GB2539363A (en) 2014-06-12 2016-12-21 Nec Corp Communication system
WO2016159115A1 (ja) * 2015-03-31 2016-10-06 株式会社Ｎｔｔドコモ ゲートウェイ装置、及び通信方法
CN106604251A (zh) * 2015-10-20 2017-04-26 上海中兴软件有限责任公司 一种触发消息处理方法、装置和系统
US10129689B2 (en) 2015-11-02 2018-11-13 Definition Networks, Inc. Systems and methods for machine-type communication
US11297153B2 (en) * 2016-03-22 2022-04-05 At&T Mobility Ii Llc Evolved packet core applications microservices broker
WO2018005661A1 (en) * 2016-06-30 2018-01-04 Intel IP Corporation Apparatuses to authorize and enable/disable enhanced coverage functionality
US20190239051A1 (en) * 2016-08-10 2019-08-01 Lg Electronics Inc. Method for receiving paging signal in nb-iot and method for performing random access procedure in nb-iot
JP6733736B2 (ja) * 2016-10-07 2020-08-05 日本電気株式会社 Ｓｃｅｆエンティティ及びデータ処理方法
DE102017200100B3 (de) * 2017-01-05 2018-03-15 Volkswagen Aktiengesellschaft Verfahren zur kollektiven Erfassung von Daten in einem Mobilfunknetz sowie Datenerfassungsrechner und Mobilfunknetz-Verwaltungseinheit zur Verwendung bei dem Verfahren
US10530599B2 (en) 2017-02-27 2020-01-07 Oracle International Corporation Methods, systems and computer readable media for providing service capability exposure function (SCEF) as a cloud service
US10506403B2 (en) 2017-02-27 2019-12-10 Oracle International Corporation Methods, systems and computer readable media for providing integrated service capability exposure function (SCEF), service capability server (SCS) and application server (AS) services
US10405158B2 (en) 2017-02-27 2019-09-03 Oracle International Corporation Methods, systems and computer readable media for providing service capability exposure function (SCEF) as a diameter routing agent (DRA) feature
US10075827B1 (en) 2017-03-07 2018-09-11 At&T Intellectual Proprety I, L.P. System and method for machine to machine subscriber information and retrieval protection
US10820192B2 (en) * 2017-06-16 2020-10-27 Huawei Technologies Co., Ltd. Downlink transmission in a RAN inactive mode
US10448449B2 (en) 2017-07-13 2019-10-15 Oracle International Corporation Methods, systems, and computer readable media for dynamically provisioning session timeout information in a communications network
US10334419B2 (en) 2017-08-16 2019-06-25 Oracle International Corporation Methods, systems, and computer readable media for optimizing machine type communication (MTC) device signaling
US10313883B2 (en) 2017-11-06 2019-06-04 Oracle International Corporation Methods, systems, and computer readable media for using authentication validation time periods
CN109996302A (zh) * 2018-01-02 2019-07-09 中国移动通信有限公司研究院 一种SGsMSC的选择方法、装置及设备
US11218468B2 (en) * 2018-03-06 2022-01-04 T-Mobile Usa, Inc. MSISDN request handling for identity fraud management
US11146577B2 (en) 2018-05-25 2021-10-12 Oracle International Corporation Methods, systems, and computer readable media for detecting and mitigating effects of abnormal behavior of a machine type communication (MTC) device
US10616802B2 (en) 2018-09-04 2020-04-07 Oracle International Corporation Methods, systems and computer readable media for overload and flow control at a service capability exposure function (SCEF)
US11381955B2 (en) 2020-07-17 2022-07-05 Oracle International Corporation Methods, systems, and computer readable media for monitoring machine type communications (MTC) device related information
US11700510B2 (en) 2021-02-12 2023-07-11 Oracle International Corporation Methods, systems, and computer readable media for short message delivery status report validation

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004040651A (ja) * 2002-07-05 2004-02-05 Ntt Docomo Inc 通信方法、通信装置、端末装置及び通信サービス提供サーバ
KR100547734B1 (ko) 2003-06-13 2006-01-31 삼성전자주식회사 직교 주파수 분할 다중 방식을 사용하는 이동 통신시스템에서 매체 접속 제어 계층의 동작 상태 제어 방법
KR20050029254A (ko) 2003-09-20 2005-03-24 삼성전자주식회사 광대역 무선 통신시스템의 슬리핑 스테이트에서 모드간의상태 천이를 위한 웨이크업 채널 전송 장치 및 방법
US8077683B2 (en) 2005-11-03 2011-12-13 Interdigital Technology Corporation Method and system for performing peer-to-peer communication between stations within a basic service set
US7912491B2 (en) * 2006-10-10 2011-03-22 Intel Corporation Techniques to efficiently transmit control messages to idle and sleep mode users in OFDMA based wireless networks
US8577363B2 (en) 2008-07-14 2013-11-05 Nokia Corporation Setup of device-to-device connection
DE102008040521A1 (de) * 2008-07-18 2010-01-21 Robert Bosch Gmbh Verfahren zur Herstellung eines Bauelements, Verfahren zur Herstellung einer Bauelementanordnung, Bauelement und Bauelementanordnung
KR101561063B1 (ko) * 2009-02-24 2015-10-19 삼성전자주식회사 펨토 셀을 포함하는 무선 통신 네트워크에서의 ｌｂｏ 서비스 지원 방법 및 장치
CN102696267B (zh) * 2009-11-25 2016-08-10 交互数字专利控股公司 机器类通信预注册
CN102652412B (zh) * 2010-02-08 2016-03-02 上海贝尔股份有限公司 一种用于在机器对机器通信系统中进行数据传输的方法及其设备
KR101609580B1 (ko) * 2010-02-10 2016-04-07 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
US9596596B2 (en) * 2010-02-15 2017-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Machine-to-machine device triggering using session initiation protocol uniform resourse identifier
US8639772B2 (en) * 2010-02-16 2014-01-28 Iboard Incorporated Centralized application resource manager
JP5490227B2 (ja) * 2010-04-30 2014-05-14 三菱電機株式会社 移動体通信システム
US9521621B2 (en) 2010-06-02 2016-12-13 Qualcomm Incorporated Application-proxy support over a wireless link
IN2012CN10350A (es) * 2010-06-15 2015-07-31 Tekelec Inc
JP5732753B2 (ja) * 2010-06-23 2015-06-10 ソニー株式会社 無線通信装置、無線通信システムおよび無線通信方法
GB2485232B (en) * 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Mobile communications network and method
GB2485348A (en) * 2010-11-08 2012-05-16 Wireless Tech Solutions Llc Controlling communication from and/or to a mobile communications device in accordance with a relative priority indicated by the type of data packets
KR101746668B1 (ko) 2010-12-21 2017-06-13 한국전자통신연구원 접속해제 상태의 사물통신 디바이스를 위한 데이터 전송 방법 및 이를 이용하는 이동통신 시스템
CN103262515B (zh) * 2010-12-21 2017-04-12 皇家Kpn公司 用于处理电信网络中的服务请求的方法和系统
TWI455621B (zh) * 2011-02-16 2014-10-01 Htc Corp 一種處理機器類別通訊裝置觸發之方法，以及使用該方法之服務網路
GB2476415B (en) * 2011-03-23 2011-11-16 Renesas Mobile Corp Method and apparatus for facilitating machine-type communication
GB2496179B (en) * 2011-11-04 2014-01-22 Renesas Mobile Corp Reducing signaling Overhead in Wireless Communications Networks
US9210645B2 (en) * 2012-05-18 2015-12-08 Industrial Technology Reseach Institute Method for dynamically controlling data paths, MTC gateway and network device using the same
US8989070B2 (en) 2012-07-02 2015-03-24 Intel Corporation Apparatus and method to efficiently send device trigger messages

Also Published As

Publication number Publication date
CA2874475A1 (en) 2014-01-09
FI20135725A (fi) 2014-01-03
EP3142392A1 (en) 2017-03-15
FI127414B (en) 2018-05-31
EP2868009A4 (en) 2016-02-24
CN107493159A (zh) 2017-12-19
CN103763694B (zh) 2017-08-29
FR2992820B1 (fr) 2016-11-25
FR2992820A1 (en) 2014-01-03
TWI489893B (zh) 2015-06-21
JP5950244B2 (ja) 2016-07-13
FI20236300A1 (en) 2023-11-24
TWI568291B (zh) 2017-01-21
BE1022333B1 (fr) 2016-03-16
FI3142392T3 (fi) 2023-09-06
KR101657443B1 (ko) 2016-09-19
KR20150008438A (ko) 2015-01-22
BR112014030156A2 (pt) 2017-06-27
NL2011078C2 (en) 2014-11-24
KR20160036091A (ko) 2016-04-01
KR101618497B1 (ko) 2016-05-04
EP3142392B1 (en) 2023-08-23
US9432150B2 (en) 2016-08-30
ES2447340B2 (es) 2015-09-29
TWI610582B (zh) 2018-01-01
FI20185380A (fi) 2018-04-23
TW201724886A (zh) 2017-07-01
US20150249958A1 (en) 2015-09-03
JP2016184950A (ja) 2016-10-20
EP2868009A1 (en) 2015-05-06
WO2014007990A1 (en) 2014-01-09
CN107493159B (zh) 2020-11-10
HUE043858T2 (hu) 2019-09-30
TW201410051A (zh) 2014-03-01
ES2447340R1 (es) 2014-12-26
EP2868009B1 (en) 2019-05-15
US20140003313A1 (en) 2014-01-02
CN103763694A (zh) 2014-04-30
TW201528845A (zh) 2015-07-16
SE1350812A1 (sv) 2014-01-03
JP2015523028A (ja) 2015-08-06
NL2011078A (en) 2014-01-06
US8989070B2 (en) 2015-03-24
ES2447340A2 (es) 2014-03-11
ITMI20131103A1 (it) 2014-01-03

Similar Documents

Publication Publication Date Title
ES2733753T3 (es) Aparato y método para la transmisión eficaz de mensajes de iniciación operativa de dispositivo
US11627515B2 (en) Method for supporting lawful interception of remote ProSe UE in network
US11863983B2 (en) Provisioning of VLAN IDs in 5G systems
US9794772B2 (en) Machine type communication interworking function
WO2011025876A1 (en) Method and apparatus for solving limited addressing space in machine-to-machine (m2m) environments
CN103228004A (zh) 在没有移动站国际用户目录号的情况下的合法监听
KR20130135912A (ko) 네트워크 애플리케이션 서버로부터 사용자 장비(ｕｅ) 애플리케이션 트리거 요청을 이동 네트워크를 통해 ｕｅ에 통지
EP4158925A1 (en) Apparatus and method of determing a grouped operation mode on a wireless network
CN104247462A (zh) 机器类型通信代理功能