ES2447340B2 - Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo - Google Patents

Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo Download PDF

Info

Publication number
ES2447340B2
ES2447340B2 ES201330992A ES201330992A ES2447340B2 ES 2447340 B2 ES2447340 B2 ES 2447340B2 ES 201330992 A ES201330992 A ES 201330992A ES 201330992 A ES201330992 A ES 201330992A ES 2447340 B2 ES2447340 B2 ES 2447340B2
Authority
ES
Spain
Prior art keywords
device activation
message
request
activation message
status information
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
ES201330992A
Other languages
English (en)
Other versions
ES2447340R1 (es
ES2447340A2 (es
Inventor
Varun Rao
Chang Hong Shan
Muthaiah Venkatachalam
Puneet Jain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Apple Inc
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Publication of ES2447340A2 publication Critical patent/ES2447340A2/es
Publication of ES2447340R1 publication Critical patent/ES2447340R1/es
Application granted granted Critical
Publication of ES2447340B2 publication Critical patent/ES2447340B2/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/0025—Transmission of mode-switching 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
    • 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
    • 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
    • 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)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo.#Con la proliferación de la Comunicación Tipo Máquina (MTC), un uso excesivo de mensajes de activación de dispositivo en una red de Evolución a Largo Plazo (LTE) puede tener efectos negativos sobre el equipo de usuario (UE). Estos efectos pueden incluir un acortamiento de la duración de la batería del UE y/o excesiva señalización causada por el cambio frecuente de un modo inactivo a un modo activo. Una Función de Interfuncionamiento de MTC (MTC-IWF) puede ser configurada para determinar el estado de un UE para el que está destinado un mensaje de activación de dispositivo. Si el mensaje de activación de dispositivo es de baja prioridad y el UE está en un estado inactivo, la MTC-IWF o la Entidad de Gestión de la Movilidad (MME)/el Nodo de Soporte GPRS de Servicio (SGSN)/el Centro de Conmutación de Servicios Móviles (MSC) pueden almacenar temporalmente el mensaje de activación de dispositivo.

Description

DESCRIPCIÓN
Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo
Campo técnico 5
Las realizaciones pertenecen a comunicaciones inalámbricas. Algunas realizaciones pertenecen a comunicaciones inalámbricas usadas en redes de la Evolución a Largo Plazo (LTE).
10
Técnica antecedente
La activación de dispositivo es el medio por el cual un servidor de capacidad de servicio (SCS) envía información a un equipo de usuario (UE) a través de una red para activar el UE para realizar acciones específicas de la aplicación. 15
Un gran número de mensajes de activación de dispositivo, unido a solicitudes de datos pequeños, pueden causar sobrecarga de señalización en la red y tener un impacto sobre la duración de la batería de un UE si el UE alterna entre un estado inactivo y un estado conectado. Esto es cierto especialmente para aplicaciones de datos móviles que envían 20 mensajes de activación de dispositivo con una pequeña cantidad de datos frecuentemente.
Breve descripción de los dibujos
La FIG. 1 es una visión de conjunto de una realización de la presente invención. 25
La FIG. 2 es un organigrama que ilustra el funcionamiento de una realización de la presente invención.
La FIG. 3 es un organigrama que ilustra el funcionamiento de otra realización de la presente 30 invención.
La FIG. 4 es un organigrama que ilustra el funcionamiento de otra realización de la presente invención.
La FIG. 5 es un organigrama que ilustra el funcionamiento de otra realización de la presente invención. 5
La FIG. 6 es un organigrama que ilustra el funcionamiento de otra realización de la presente invención.
La FIG. 7 es un organigrama que ilustra el funcionamiento de otra realización de la presente 10 invención.
Descripción de las realizaciones
La siguiente descripción y los dibujos ilustran suficientemente realizaciones específicas para 15 permitir a los expertos en la materia ponerlas en práctica. Otras realizaciones pueden incorporar cambios estructurales, lógicos, eléctricos, de proceso y otros cambios. Los ejemplos simplemente tipifican posibles variaciones. Los componentes y funciones individuales son opcionales a menos que se requiera explícitamente, y la secuencia de operaciones puede variar. Las partes y características de algunas realizaciones pueden 20 estar incluidas en, o ser sustituidas por, las de otras realizaciones. Las realizaciones expuestas en las reivindicaciones engloban todos los equivalentes disponibles de esas reivindicaciones.
En la siguiente descripción detallada, se exponen numerosos detalles específicos para 25 proporcionar una comprensión a fondo de la invención. Sin embargo, se comprenderá por parte de los expertos en la materia que la presente invención puede ponerse en práctica sin estos detalles específicos. En otros casos, un método, procedimientos, componentes y circuitos bien conocidos no se han descrito detalladamente para no oscurecer la presente invención. 30
Aunque las realizaciones de la invención no están limitadas en este sentido, los términos
“pluralidad” y “una pluralidad” tal como se usan en este documento pueden incluir, por ejemplo, “múltiples” o “dos o más”. Los términos “pluralidad” o “una pluralidad” pueden usarse a lo largo de toda la memoria descriptiva 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. 5
El Proyecto de Asociación para la Tercera Generación (3GPP) es un acuerdo de colaboración establecido en diciembre de 1998 para reunir varios organismos de estándares de telecomunicaciones, conocidos como “Socios Organizativos”, que actualmente incluyen la Asociación de Industrias y Empresas de Radio (ARIB), la Asociación de Estándares de 10 Comunicaciones de China (CCSA), el Instituto Europeo de Estándares de Telecomunicaciones (ETSI), la Alianza para Soluciones de la Industria de las Telecomunicaciones (ATIS), la Asociación Tecnológica de Telecomunicaciones (TTA), y el Comité Tecnológico de Telecomunicación (TTC). El establecimiento del 3GPP fue formalizado en diciembre de 1998 mediante la firma del “Acuerdo para el Proyecto de 15 Asociación para la 3ª Generación”.
3GPP proporciona estándares de aplicación global como Especificaciones Técnicas e Informes Técnicos para un Sistema Móvil de 3ª Generación basado en redes básicas GSM evolucionadas y tecnologías de acceso radio que soportan (por ejemplo, Acceso Radio 20 Terrestre Universal (UTRA) tanto para modo Dúplex por División de Frecuencia (FDD) como Dúplex por División de Tiempo (TDD). 3GPP también proporciona estándares para mantenimiento y desarrollo del Sistema Global para Comunicación Móvil (GSM) como Especificaciones Técnicas e Informes Técnicos incluyendo tecnologías de acceso radio evolucionadas (por ejemplo, el Servicio General de Radio por Paquetes (GPRS) y Tasas de 25 Datos Mejoradas para la Evolución de GSM (EDGE)). Las Especificaciones Técnicas para los estándares actuales relacionadas con la telefonía móvil están generalmente a disposición del público desde la organización 3GPP.
3GPP está estudiando actualmente la evolución del Sistema Móvil 3G y considera las 30 contribuciones (opiniones y propuestas) dirigidas hacia la evolución de la Red UTRA (UTRAN). Un conjunto de requisitos de alto nivel fue identificado por las reuniones de
trabajo de 3GPP incluyendo: coste reducido por bit; mayor provisión de servicios (es decir, más servicios a menor coste con mejor calidad); flexibilidad de uso de las bandas de frecuencia existentes y nuevas; arquitectura simplificada con interfaces abiertas; y consumo de energía reducido/razonable del terminal. En diciembre de 2004 se inició un estudio sobre la Evolución a Largo Plazo de UTRA y UTRAN (UTRAN-LTE, también conocido como 5 3GPP-LTE y E-UTRA) con el objetivo de desarrollar un marco para la evolución de la tecnología de acceso radio 3GPP hacia una tecnología de elevada tasa de datos, baja latencia y de acceso radio por paquetes optimizado. El estudio consideró modificaciones en la capa física de la interfaz de radio (enlace descendente y enlace ascendente) tales como medios para soportar un ancho de banda de transmisión flexible hasta 20 MHz, la 10 introducción de nuevos esquemas de transmisión, y tecnologías multiantena avanzadas.
3GPP-LTE está basado 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 de multiportadora digital que usa un gran número de subportadoras ortogonales estrechamente 15 espaciadas para transportar canales de datos de usuario respectivos. Cada subportadora es modulada con un esquema de modulación convencional, tal como modulación de amplitud en cuadratura (QAM), a una tasa de símbolos (relativamente) baja comparada con la tasa de transmisión de radiofrecuencia (RF). En la práctica, las señales OFDM se generan usando el algoritmo de la transformada rápida de Fourier (FFT). 20
Las máquinas a menudo tienen que comunicarse con otras máquinas sin poca o ninguna intervención humana. Antiguamente, tales comunicaciones se hacían por cable. Con el transcurso del tiempo, empezaron a usarse comunicaciones inalámbricas. Con la mayor disponibilidad de banda ancha móvil, las comunicaciones tipo máquina (MTC) por banda 25 ancha se están volviendo cada vez más populares. MTC permite comunicaciones entre máquinas remotas para intercambiar información y ejecutar comandos sin la necesidad de intervención humana. Usos de ejemplo de comunicaciones tipo máquina incluyen sensores remotos, eSalud, contadores de servicios controlados a distancia, cámaras de vigilancia, pagos de peajes, automatización de cadenas de producción, y similares. Por ejemplo, un 30 dispositivo puede monitorizar el estado de funcionamiento de otro dispositivo e informar de los estados a un servidor central. O un dispositivo puede leer un contador de servicios y
proporcionar los datos a un departamento de facturación para la preparación de facturas mensuales de servicios.
Cuando un servidor desea poner en funcionamiento o activar un cierto dispositivo MTC, puede transmitir un mensaje de activación de dispositivo por la red de servicio. El mensaje 5 de activación de dispositivo puede ser configurado para iniciar la comunicación entre el dispositivo MTC y el servidor.
Enviar mensajes de activación de dispositivo es el medio por el cual un Servidor de Capacidad de Servicios (SCS) envía información al Equipo de Usuario (UE) a través de la 10 red 3GPP para activar el UE para realizar 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. Puede requerirse activación de dispositivo cuando una dirección IP para el UE no está disponible o es accesible por el SCA/AS. 15
Un mensaje de activación de dispositivo contiene típicamente información (por ejemplo, IMSI<ID del puerto de aplicación, y similares) que permite a la red encaminar el mensaje al UE apropiado y que el UE encamine el mensaje a la aplicación apropiada. La información destinada a la aplicación se denomina la carga útil de activación de dispositivo. El UE está 20 dispuesto para poder distinguir entre un mensaje que contiene información de activación de dispositivo de cualquier otro tipo de mensaje.
En el momento de la recepción por parte del UE, la carga útil de activación de dispositivo es examinada para determinar la información que activa acciones relacionadas con la 25 aplicación. La aplicación en el UE puede realizar ciertas acciones indicadas, tales como iniciar una conexión inmediata o efectuar una comunicación posterior con el SCS o el AS, basándose en la información de la carga útil de activación.
Puede recabarse un Registro de Datos de Tarificación (CDR) para la activación del 30 dispositivo. Es decir, el proveedor puede llevar la cuenta del coste de la transmisión de datos para futuros fines de facturación.
Con referencia a la FIG. 1, se muestra un diagrama de bloques que ilustra la arquitectura para Comunicación Tipo Máquina (MTC) según el 3GPP.
Se muestra un UE 102 ejecutando una aplicación MTC UE 104. El UE está conectado a una 5 Red de Acceso Radio (RAN) 106. A través de la RAN 106, el UE está conectado a diversos componentes del Núcleo de Paquete Evolucionado, tales como el Centro de Conmutación de Servicios Móviles (MSC) 108, la Entidad de Gestión de la Movilidad (MME) 110, el nodo de Soporte GPRS de Servicio (SGSN) 111 y la Pasarela de Servicio (S-GW) 112. Juntos, estos componentes comprenden la Red Móvil Terrestre Pública Visitada (VPLMN). Los 10 componentes de la Red Móvil Terrestre Pública de Origen (HPLMN) están conectados a los componentes anteriores a través de varios puntos de referencia.
La MME 110, junto con la SGSN 111 pueden estar dispuestas para realizar la siguiente funcionalidad: recibir un mensaje de activación de dispositivo procedente de la MTC-IWF; 15 encapsular la información de activación de dispositivo en un mensaje NAS enviado al UE usado para MTC; recibir el acuse de recibo de activación de dispositivo procedente del UE de activación; informar del estado de éxito/fallo de entrega de activación de dispositivo al MTC-IWF; y proporcionar información de congestión/carga de SGSN/MME a la MTC-IWF.
20
El punto de referencia Tsp (120) es usado por un servidor de capacidad de servicios para comunicarse con una Función de Interfuncionamiento de MTC (MTC-IWF) 130. El punto de referencia T5a (122) se usa para conectar la MTC-IFW y la SGSN 111. El punto de referencia T5b (124) se usa para conectar la MTC-IWF y una MME de servicio. El punto de referencia T5c (126) se usa para conectar la MTC-IWF y un MSC de servicio. El punto de 25 referencia S6m (128) se usa para conectar la MTC-IWF y el Servidor del Abonado de Origen.
Una MTC-IWF 130 puede ser una entidad autónoma o una entidad funcional situada dentro de otra entidad de red. Una MTC-IWF puede residir en una Red Móvil Terrestre Pública de 30 Origen (HPLMN). La MTC-IWF puede tener muchas funciones diferentes, incluyendo, pero no limitadas 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 de autorizar al SCS antes del establecimiento de comunicación con la red 3GPP; capacidad de autorizar solicitudes del plano de control procedentes de un SCS.
La MTC-IWF 130 también puede soportar las siguientes funcionalidades de activación de 5 dispositivo: recepción de una solicitud de activación de dispositivo procedente del SCS; informar al SCS de la aceptación o no aceptación de la solicitud de activación de dispositivo; informar al SCS del éxito o fallo de una entrega de activación de dispositivo; puede aplicar control de congestión/carga inducido por MTC-IWF y/o SGSN/MME como parte de la respuesta a solicitudes de activación; y usa un identificador estandarizado (por ejemplo, ID 10 del puerto de aplicación) para permitir al UE distinguir un mensaje MT que transporta información de activación de dispositivo de cualquier otro tipo de mensajes.
La MTC-IWF 130 también puede soportar: un mecanismo de resolución de Servidor del Abonado de Origen (HSS) para uso cuando han sido desplegados HSS múltiples y 15 direccionables por separado por el operador de red; interrogación del HSS apropiado, cuando es necesario para activación de dispositivo, a: a) asignar el MSISDN E.164 o el Identificador Externo a la IMSI; b) recuperar información del nodo de servicio para el UE (por ejemplo, el identificador de SGSN/MME/MSC de servicio); y c) determinar si se permite a un SCS enviar una activación de dispositivo a un UE particular. 20
La MTC-IWF 130 también puede soportar la selección del mecanismo de entrega de activación de dispositivo más eficiente y eficaz y la protección de este detalle del SCS basándose en: la información del nodo de servicio del UE actual procedente del HSS/HLR (por ejemplo, el identificador de MME/SGSN/MSC de servicio); los mecanismos de entrega 25 de activación de dispositivo soportados por el UE; los posibles servicios de entrega de activación de dispositivo soportados por el HPLMN y, cuando hay itinerancia, VPLMN; políticas de entrega de activación de dispositivo definidas por el operador, de haberlas; y/u opcionalmente, cualquier información recibida procedente del SCS; traducción de protocolo, si es necesario, y reenvío hacia la entidad de red pertinente (es decir, SGSN/MME/MSC o 30 SMS-SC dentro del dominio HPLMN) de una solicitud de activación de dispositivo que corresponda al mecanismo de entrega de activación seleccionado; generación de CDRs de
activación de dispositivo con Identificador Externo e Identificador SCS y reenvío a CDF sobre la instancia de Rf/Ga; y capacidad de asegurar las comunicaciones entre la red 3GPP y el SCS.
Aunque en la FIG. 1 sólo se ilustra una única MTC-IWF, debería comprenderse que 5 múltiples MTC-IWF pueden operar dentro de una única HPLMN.
El Servidor del Abonado de Origen (HSS) 150 puede ser configurado para soportar las siguientes funcionalidades: terminación del punto de referencia S6m donde las MTC-IWF conectan al Registro de Posición Originaria (HLR)/HSS; almacena y proporciona a la MTC-10 IWF (y opcionalmente a MTC AAA) la asignación/consulta del Número de Datos de Abonado Internacional de Estación Móvil (MSISDN) o el (los) identificador(es) externo(s) a la Identidad Internacional del Abonado Móvil (IMSI) e información de suscripción usada por la MTC-IWF para activación de dispositivo; asignación de MSISDN o identificadores externos a IMSI; opcionalmente, también se proporciona asignación procedente de Identificadores 15 Externos a MSISDN para infraestructura SMS preexistente que no soporta SMS sin MSISDN; “Información de enrutamiento” almacenada en el HSS incluyendo información del nodo de servicio si está disponible para el UE (por ejemplo, el identificador de SGSN/MME/MSC de servicio); y determinar si se permite a un SCS enviar una activación de dispositivo a un UE particular; terminación del punto de referencia S6n; proporciona al MTC-20 AAA la asignación entre IMSI e Identificador(es) Externo(s).
El Servidor de Capacidad de Servicios 132 está dispuesto para conectar un servidor de aplicaciones 134 a la MTC-IWF 130 en un modelo indirecto. En un modelo directo, el servidor de aplicaciones 136 está conectado directamente a la red del operador para realizar 25 comunicaciones directas en el plano del usuario con el UE sin el uso de un SCS externo.
Tal como se explicó anteriormente, una gran cantidad de activación de dispositivo, unida a solicitudes de datos pequeños, puede causar una sobrecarga de señalización en la red. Esto puede conducir a un impacto negativo sobre la duración de la batería de un equipo de 30 usuario (UE) porque el UE puede tener que alternar entre un estado inactivo y uno conectado con más frecuencia de la requerida. Estas son varias soluciones posibles.
Con referencia a la FIG. 2, se muestra un organigrama que presenta una realización. En esta realización, la Función de Interfuncionamiento de MTC (MTC-IWF) obtiene el estado del UE de un servicio del abonado de origen (HSS), usando un modelo indirecto.
5
Un Servidor de Capacidad de Servicios (SCS) determina la necesidad de activar el dispositivo (202). Si el SCS no tiene detalles de contacto para una MTC-IWF, puede determinar en primer lugar la(s) dirección(es) IP/el(los) puerto(s) de una MTC-IWF realizando una consulta DNS usando el Identificador Externo o usando un identificador de MTC-IWF configurado localmente (204). 10
Después de eso, el SCS envía un mensaje de Solicitud de Activación de Dispositivo a la MTC-IWF (206). El mensaje puede contener información tal como un Identificador Externo o MSISDN, un Identificador SCS, un número de referencia de activación, un periodo de validez, una prioridad, una ID del Puerto de Aplicación, una carga útil de activación, y 15 similares. El SCS incluye una Carga Útil de Activación que puede contener la información destinada para la aplicación MTC, junto con la información para encaminarla a la aplicación MTC. La ID del Puerto de Aplicación se establece para direccionar una función de activación dentro del UE.
20
Cabe destacar que términos tales como mensaje de “Solicitud de Activación de Dispositivo” se usan simplemente por ilustración. El nombre real del mensaje usado puede diferir.
La MTC-IWF comprueba que el SCS está autorizado a enviar solicitudes de activación y que el SCS no ha excedido su cuota o tasa de presentación de activación sobre el Tsp (208). Si 25 esta comprobación falla, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa.
La MTC-IWF envía un mensaje de Solicitud de Información del Abonado (SIR) al HSS para 30 determinar si el SCS está autorizado para activar el UE. (Identificador Externo o MSISDN e Identificador SCS, Solicitud de Información de Estado del UE) para resolver el Identificador
Externo o el MSISDN para la IMSI, recuperar las identidades del (los) nodo(s) CN de servicio (210) del UE. Se establece el indicador de Solicitud de Información de Estado del UE para solicitar la información de estado del UE (tal como Inactivo, Conectado, y registrado) procedente del HSS (212). Esta información también dice al HSS que se registre para Notificación de Accesibilidad en caso de que el UE no sea accesible. 5
La MTC-IWF puede ser configurada para realizar autorización de caché e información de enrutamiento para el UE. Sin embargo, esto puede aumentar la probabilidad de fallos de intento de entrega de activación cuando la información del nodo de servicio almacenada en la caché es obsoleta. 10
El HSS envía el mensaje de Contestación de Información del Abonado (IMSI e identidad(es) de nodo(s) de servicio, Información de Estado del UE) (214). La política del HSS puede influir en qué identidades de nodos de servicio son devueltas. Si el valor de causa indica que al SCS no se le permite enviar un mensaje de activación a este UE o no fue devuelta 15 información de suscripción válida por el HSS, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene. De lo contrario, este flujo continúa.
Si el UE no es accesible, el HSS puede no enviar identidades de nodos de servicio o 20 información de estado que proporcione indicación implícita de que el UE no es accesible y la MTC-IWF, en este caso, almacenará la activación si el periodo de validez no indica entrega en un solo intento.
Después de esto, la MTC-IWF obtiene el estado del UE en el mensaje de Contestación de 25 Información del Abonado y decide si almacenar temporalmente el mensaje de activación o entregarlo (216). Este proceso puede tener lugar de una de varias maneras diferentes. Se detalla más a fondo un ejemplo con respecto a la FIG. 3. Cuando la MTC-IWF decide enviar el mensaje de activación de dispositivo, selecciona un procedimiento de entrega de activación basándose en la información recibida desde el HSS y la política local. Se 30 selecciona el procedimiento de entrega y la MTC-IWF intenta un procedimiento de entrega de activación (218).
La MTC-IWF envía el mensaje de Informe de Activación de Dispositivo (Identificador Externo o MSISDN y el número de referencia de activación) al SCS con un valor de causa que indica si la entrega de activación tuvo éxito o falló y la razón del fallo (220). La MTC-IWF genera la información de CDR necesaria incluyendo el Identificador Externo o el MSISDN y el 5 Identificador SCS (222).
En respuesta a la activación de dispositivo recibida, el UE adopta acciones específicas que tienen en consideración el contenido de la carga útil de activación (224). Esta respuesta implica típicamente la iniciación de comunicación inmediata o posterior con el SCS o un AS. 10 Esta acción depende de la naturaleza del UE que está realizando una tarea.
Con referencia a la FIG. 3, un organigrama que presenta el comportamiento de la MTC-IWF en el momento de recibir la información de estado del UE. Después de recibir el mensaje de Contestación de Información del Abonado (302), la MTC-IWF valida al abonado y 15 comprueba el estado del UE (304). Luego se comprueba la prioridad de la activación de dispositivo (306). Si la activación de dispositivo es alta (308), entonces se entrega la activación de dispositivo (310). Si la prioridad es baja (312), entonces se comprueba el estado del UE (314). Si el UE está conectado (316), entonces se entrega la activación de dispositivo (310). Si el UE está inactivo (318), entonces la activación de dispositivo se 20 almacena temporalmente (320). Luego se incrementa un contador (322). Si el contador ha alcanzado su cantidad máxima, se entrega la activación de dispositivo (310). De lo contrario, se repite el proceso de comprobación del estado del UE (314). El contador puede ajustarse para que sea cualquier número que permita la transmisión eficiente de mensajes de activación de dispositivo. Después de tal procedimiento espera que el UE de destino del 25 mensaje de activación de dispositivo pase de un estado inactivo a uno conectado por sí solo, antes de forzar al UE a entrar en el estado conectado para recibir el mensaje de activación de dispositivo.
Basándose en las soluciones proporcionadas anteriormente, el indicador de Solicitud de 30 Información de Estado del UE puede estar contenido en una SIR (Solicitud de Información del Abonado) o en un nuevo mensaje USIR (Solicitud de Información de Estado del
Usuario). Correspondientemente, la SIA (Contestación de Información del Abonado) o la nueva USIA (Contestación de Información de Estado del Usuario) contendrán la contestación de información de estado del UE actual.
SIR y SIA son mensajes que están definidos en la norma TS 29.336 de la publicación 11 del 5 estándar 3GPP. Estos mensajes serán mejorados para reflejar la información de estado del UE de la siguiente manera. SIR tendrá un nuevo Par Atributo Valor (AVP) para el indicador de Solicitud de Información de Estado del UE; SIA tendrá un nuevo AVP para la Contestación de Información de Estado del UE. USIR y USIA son nuevos mensajes que se definirán en futuros documentos. 10
La información de Estado del Usuario puede ser uno de los siguientes estados del UE:
SEPARADO
15
UNIDO_NO_ALCANZABLE_PARA_RADIOBÚSQUEDA
UNIDO_ALCANZABLE_PARA_RADIOBÚSQUEDA
CONECTADO_NO_ALCANZABLE_PARA_RADIOBÚSQUEDA 20
CONECTADO_ALCANZABLE_PARA_RADIOBÚSQUEDA
RED_DETERMINADA_NO_ALCANZABLE
25
También puede añadirse nueva información de estado según se necesite. Por ejemplo, EMM_INACTIVO y EMM_CONECTADO). El HSS puede no conocer la información de estado del UE MM. En tal caso, puede mejorarse el procedimiento de notificación HSS para almacenar otra información de estado del UE, tal como UE MM, estado de SM, y similares.
30
Con referencia a la FIG. 4, un organigrama que presenta el funcionamiento de una realización en la que la MTC-IWF obtiene el estado del UE procedente de una Entidad de
Gestión de Movilidad (MME).
Un Servidor de Capacidad de Servicios (SCS) determina la necesidad de activar el dispositivo (402). Si el SCS no tiene detalles de contacto para una MTC-IWF, puede determinar en primer lugar la(s) dirección(es) IP/puerto(s) de una MTC-IWF realizando una 5 consulta DNS usando el Identificador Externo o usando un identificador de MTC-IWF configurado localmente (404).
Después de esto, el SCS envía un mensaje de Solicitud de Activación de Dispositivo a la MTC-IWF (406). El mensaje puede contener información tal como un Identificador Externo o 10 MSISDN, un Identificador SCS, un número de referencia de activación, un periodo de validez, una prioridad, una carga útil de activación, y similares. El SCS incluye una Carga Útil de Activación que puede contener la información destinada para la aplicación MTC, junto con la información para encaminarla a la aplicación MTC.
15
La MTC-IWF comprueba que el SCS está autorizado a enviar solicitudes de activación y que el SCS no ha excedido su cuota o tasa de presentación de activación sobre el Tsp (408). Si esta comprobación falla, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa. 20
La MTC-IWF envía un mensaje de Solicitud de Información del Abonado (Identificador Externo o MSISDN e Identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el UE, para resolver el Identificador Externo o el MSISDN para la IMSI, y recuperar la “Información de enrutamiento” almacenada en el HSS relacionada 25 incluyendo las identidades del (los) nodo(s) CN de servicio (210) del UE (410).
El HSS/HLR envía el mensaje de Respuesta de Información del Abonado (IMSI y/o MSISDN e “Información de enrutamiento” relacionada incluyendo la(s) identidad(es) del (los) nodo(s) de servicio, la causa) (412). La política del HSS/HLR (posiblemente dependiente de la ID de 30 la VPLMN) puede influir en qué identidades de nodos de servicio son devueltas. Si el valor de causa indica que al SCS no se le permite enviar un mensaje de activación a este UE, o
no hay información de suscripción válida, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa.
El mensaje de Solicitud de información de estado del usuario es enviado desde la MTC-IWF 5 a la MME, solicitando el estado del UE (414). La información contenida en este mensaje es tal como se explicó anteriormente con respecto a la FIG. 2.
El mensaje de Contestación de información de estado del usuario es enviado como respuesta a la solicitud procedente de la MME, notificándola el estado del UE (416). La 10 información contenida en este mensaje es, de nuevo, tal como se explicó anteriormente con respecto a la FIG. 2.
La MTC-IWF decide ahora si almacenar temporalmente el mensaje de activación o entregarlo, usando el procedimiento explicado anteriormente con respecto a la Fig. 3 (418). 15 Después de que la MTC-IWF decide enviar la activación, selecciona el procedimiento de entrega de activación basándose en la información recibida procedente del HSS y la política local. Se selecciona el procedimiento de entrega T5 y la MTC-IWF intenta un procedimiento de entrega de activación T5.
20
Con referencia a la FIG. 5, un organigrama que presenta el funcionamiento de una realización en la que la MTC-IWF obtiene el estado del UE procedente de un Servidor de Presencia.
Un Servidor de Capacidad de Servicios (SCS) determina la necesidad de activar el 25 dispositivo (502). Si el SCS no tiene detalles de contacto para una MTC-IWF, puede determinar en primer lugar la(s) dirección(es) IP/el(los) puerto(s) de una MTC-IWF realizando una consulta DNS usando el Identificador Externo o usando un identificador de MTC-IWF configurado localmente (504).
30
Después de eso, el SCS envía un mensaje de Solicitud de Activación de Dispositivo a la MTC-IWF (506). El mensaje puede contener información tal como un Identificador Externo o
MSISDN, un Identificador SCS, un número de referencia de activación, un periodo de validez, una prioridad, una carga útil de activación, y similares. El SCS incluye una Carga Útil de Activación que puede contener la información destinada para la aplicación MTC, junto con la información para encaminarla a la aplicación MTC.
5
La MTC-IWF comprueba que el SCS está autorizado a enviar solicitudes de activación y que el SCS no ha excedido su cuota o tasa de presentación de activación sobre el Tsp (508). Si esta comprobación falla, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa. 10
La MTC-IWF envía un mensaje de Solicitud de Información del Abonado (Identificador Externo o MSISDN e Identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el UE, para resolver el Identificador Externo o el MSISDN para la IMSI, y recuperar la “Información de enrutamiento” almacenada en el HSS relacionada 15 incluyendo las identidades del (los) nodo(s) CN de servicio (510) del UE.
El HSS/HLR envía el mensaje de Respuesta de Información del Abonado (IMSI y/o MSISDN e “Información de enrutamiento” relacionada incluyendo la(s) identidad(es) del (los) nodo(s) de servicio, la causa) (512). La política del HSS/HLR (posiblemente dependiente de la ID de 20 la VPLMN) puede influir en qué identidades de nodos de servicio son devueltas. Si el valor de causa indica que al SCS no se le permite enviar un mensaje de activación a este UE, o no hay información de suscripción válida, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa. 25
El mensaje de Solicitud de Información de Estado del Usuario es enviado desde la MTC-IWF al Servidor de Presencia, solicitando el estado del UE (514). La información contenida en este mensaje es tal como se explicó anteriormente. La MTC-IWF puede ser preconfigurada con la dirección del servidor de presencia. Esta etapa puede ocurrir en paralelo con la 510. 30
El mensaje de Contestación de información de estado del usuario es enviado como
respuesta a la solicitud procedente del Servidor de Presencia, notificándole el estado del UE (516). La información contenida en este mensaje es tal como se explicó anteriormente.
La MTC-IWF decide ahora si almacenar temporalmente el mensaje de activación o entregarlo (518). Esto puede hacerse siguiendo el procedimiento descrito anteriormente con 5 respecto a la Fig. 3. Después de que la MTC-IWF decide enviar la activación, la MTC-IWF intenta el procedimiento de entrega de activación T5 (520).
En algunas realizaciones, la MTC-IWF puede estar dispuesta para comunicarse directamente con el UE y almacenar la información de estado del UE. En este caso, el UE 10 envía la información de estado directamente a la MTC-IWF y el mecanismo de descubrimiento de MTC-IWF por el UE puede ser el mismo que el mecanismo de descubrimiento de Servidor de Presencia por el UE. En algunas realizaciones, la MTC-IWF y el Servidor de Presencia pueden estar situados conjuntamente o implementados en la misma caja. En tal realización, no toda la funcionalidad tiene que implementarse en la 15 misma caja. En otras palabras, puede ser posible implementar parte de la funcionalidad del Servidor de Presencia en la MTC-IWF.
Con referencia a la FIG. 6, un organigrama que presenta el funcionamiento de una realización en la que la MTC-IWF almacena temporalmente la activación en la MME. Cabe 20 destacar que la MME es simplemente de ejemplo. El nodo de almacenamiento intermedio 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 detalles de contacto para una MTC-IWF, puede 25 determinar en primer lugar la(s) dirección(es) IP/el(los) puerto(s) de una MTC-IWF realizando una consulta DNS usando el Identificador Externo o usando un identificador de MTC-IWF configurado localmente (604).
Después de eso, el SCS envía un mensaje de Solicitud de Activación de Dispositivo a la 30 MTC-IWF (606). El mensaje puede contener información tal como un Identificador Externo o MSISDN, un Identificador SCS, un número de referencia de activación, un periodo de
validez, una prioridad, una carga útil de activación, y similares. El SCS incluye una Carga Útil de Activación que puede contener la información destinada para la aplicación MTC, junto con la información para encaminarla a la aplicación MTC.
La MTC-IWF comprueba que el SCS está autorizado a enviar solicitudes de activación y que 5 el SCS no ha excedido su cuota o tasa de presentación de activación sobre el Tsp (608). Si esta comprobación falla, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa.
10
La MTC-IWF envía un mensaje de Solicitud de Información del Abonado (Identificador Externo o MSISDN e Identificador SCS) al HSS/HLR para determinar si el SCS está autorizado para activar el UE, para resolver el Identificador Externo o el MSISDN para la IMSI, y recuperar la “Información de enrutamiento” almacenada en el HSS relacionada incluyendo las identidades del (los) nodo(s) CN de servicio (610) del UE. 15
El HSS/HLR envía el mensaje de Respuesta de Información del Abonado (IMSI y/o MSISDN e “Información de enrutamiento” relacionada incluyendo la(s) identidad(es) del (los) nodo(s) de servicio, la causa) (612). La política del HSS/HLR (posiblemente dependiente de la ID de la VPLMN) puede influir en qué identidades de nodos de servicio son devueltas. Si el valor 20 de causa indica que al SCS no se le permite enviar un mensaje de activación a este UE, o no hay información de suscripción válida, la MTC-IWF envía un mensaje de Confirmación de Activación de Dispositivo con un valor de causa que indica la razón de la condición de fallo y el flujo se detiene en esta etapa.
25
La MTC-IWF usa las capacidades del UE, las capacidades del (los) nodo(s) de la Red Básica (CN) de servicio recuperadas del HSS para seleccionar un nodo de CN de servicio adecuado capaz de activación T5 (614). La MTC-IWF envía una Solicitud de Presentación al nodo de CN de servicio. La Solicitud de Presentación puede contener IMSI, prioridad de mensajes, ID de MTC-IWF, número de referencia, indicador de intento de entrega individual 30 (opcional), tiempo de validez (opcional), tipo de Solicitud (aplicación de activación), PDU de aplicación. Si hay más de un nodo de CN de servicio, la MTC-IWF debería enviar el mensaje
al nodo de CN de servicio donde el UE está campando actualmente con la probabilidad más elevada. Esto puede estar basado, por ejemplo, en información recibida procedente del HSS o información almacenada en la caché procedente de intentos de activación anteriores.
El nodo de CN de servicio indica el tipo de Solicitud (aplicación de activación), la PDU de 5 aplicación, la ID de NTC-IWF, el Número de referencia dentro del mensaje NAS y lo entrega al UE (616). El nodo de CN de servicio genera la información de CDR necesaria (618). El UE proporciona el contenido de activación y el tipo de activación a la aplicación correspondiente (620).
10
Si el UE está en modo inactivo, el nodo de CN de servicio puede paginar el UE antes de enviar un mensaje NAS para entregar la activación (622). Si el UE no está en modo inactivo, entrega la activación (624).
Si el UE está en modo inactivo, la MME decide si almacenar temporalmente el mensaje de 15 activación o entregarlo. Esto puede llevarse a cabo según un procedimiento detallado después en la Fig. 7 o de una diversidad de otras maneras diferentes.
El nodo de CN de servicio envía un mensaje de Informe de Entrega a la MTC-IWF (626). El Informe de Entrega puede contener varias informaciones, incluyendo IMSI, causa, número 20 de referencia, entregado por el nodo de CN, Tipo de respuesta (aplicación de activación), y si se recibe, PDU de aplicación, información acerca del almacenamiento temporal en la MME). La causa indica si el Mensaje de Activación fue entregado con éxito al UE o si fue almacenado temporalmente, o, si falló, la razón del fallo.
25
La MTC-IWF envía entonces un informe al SCS que le informa de las acciones adoptadas (628).
Con referencia a la FIG. 7, un organigrama que ilustra el comportamiento de la MME dependiendo del estado del UE. Después de recibir la activación (702), la MME comprueba 30 el estado del UE (704). Luego se comprueba la prioridad de la activación del dispositivo (706). Si la activación de dispositivo es alta (708), entonces se comprueba el estado del UE
(714). Si el UE está conectado (716), entonces se entrega la activación de dispositivo (710). Si el UE está inactivo (718), entonces la activación de dispositivo es almacenada temporalmente en la MME (720). Luego se incrementa un contador (722). Si el contador ha alcanzado si cantidad máxima, se entrega la activación de dispositivo (710). De lo contrario, se repite el proceso de comprobar el estado del UE (714). El contador puede ajustarse para 5 que sea cualquier número de permita la transmisión eficiente de mensajes de activación de dispositivo. Después de tal procedimiento espera que el UE de destino del mensaje de activación de dispositivo pase de un estado inactivo a uno conectado por sí solo, antes de forzar al UE a entrar en el estado conectado para recibir el mensaje de activación de dispositivo. 10
Los siguientes ejemplos pertenecen a realizaciones adicionales.
Una Función de Interfuncionamiento de Comunicación Tipo Máquina (MTC-IWF) en una red LTE puede comprender: un procesador dispuesto para: recibir una solicitud de activación de 15 dispositivo a través de la red LTE; validar la solicitud de activación de dispositivo; solicitar información de estado de un equipo de usuario (UE) al que ha de enviarse la activación de dispositivo; recibir la información de estado del UE; y enviar la activación de dispositivo basándose en la información de estado; en la que la información de estado comprende información sobre el estado de conexión del UE. La información de estado puede indicar si 20 el UE está en un estado inactivo o en un estado conectado. La MTC-IWF puede estar dispuesta además para: determinar la prioridad de la solicitud de activación de dispositivo y enviar el mensaje de activación de dispositivo cuando la prioridad de la solicitud de activación de dispositivo es alta. La MTC-IWF puede estar dispuesta además para: determinar la prioridad de la solicitud de activación de dispositivo; y cuando la prioridad de la 25 solicitud de activación de dispositivo es baja: enviar la solicitud de activación de dispositivo cuando el UE está en un estado conectado; y almacenar temporalmente la solicitud de activación de dispositivo cuando el UE está en un estado inactivo.
En otra realización, un procedimiento para enviar un mensaje de activación de dispositivo a 30 un equipo de usuario (UE) de destino en una red LTE puede comprender: recibir una solicitud para enviar un mensaje de activación de dispositivo; determinar la prioridad del
mensaje de activación de dispositivo; transmitir el mensaje de activación de dispositivo si la prioridad del mensaje de activación de dispositivo es alta; si la comprobación de prioridad del mensaje de activación de dispositivo es baja, comprobar si el UE de destino para el mensaje de activación de dispositivo está en un estado conectado; enviar el mensaje de activación de dispositivo cuando el UE de destino está en un estado conectado; de lo 5 contrario, almacenar temporalmente el mensaje de activación de dispositivo hasta que el UE de destino esté en un estado conectado.
En una realización, el procedimiento es realizado por una Función de Interfuncionamiento de Comunicaciones Tipo Máquina (MTC-IWF). En una realización, el procedimiento es 10 realizado por una entidad de gestión de la movilidad (MME).
En otra realización, un procedimiento para enviar un mensaje de activación de dispositivo en una red LTE puede comprender: recibir una solicitud de activación de dispositivo; validar la solicitud de activación de dispositivo; solicitar información de estado del equipo de usuario 15 (UE) al que ha de enviarse la activación de dispositivo; recibir la información de estado del UE; y enviar la activación de dispositivo basada en la información de estado; en el que la información de estado comprende información sobre el estado de conexión del UE.
En una realización, la información de estado indica si el UE está en un estado inactivo o en 20 un estado conectado.
En una realización, enviar la activación de dispositivo basada en la información de estado comprende: determinar la prioridad de la solicitud de activación de dispositivo; y enviar el mensaje de activación de dispositivo cuando la prioridad de la solicitud de activación de 25 dispositivo es alta.
En una realización, enviar la activación de dispositivo basada en la información de estado comprende: determinar la prioridad de la solicitud de activación de dispositivo; y cuando la prioridad de la solicitud de activación de dispositivo es baja: enviar la solicitud de activación 30 de dispositivo cuando el UE está en un estado conectado; y almacenar temporalmente la solicitud de activación de dispositivo cuando el UE está en un estado inactivo. En una
realización, el almacenamiento temporal de la solicitud de activación de dispositivo es realizado por un Entidad de Gestión de la Movilidad (MME).
En una realización, el procedimiento además puede comprender: crear un informe que detalla el envío de la activación de dispositivo; y crear un registro de datos de tarificación 5 (CDR) basado en el envío de la activación de dispositivo.
En una realización, el procedimiento es realizado por una Función de Interfuncionamiento de Comunicación Tipo Máquina (MTC-IWF).
10
En una realización, solicitar información de estado del equipo de usuario (UE) al que ha de enviarse la activación de dispositivo puede comprender enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor del Abonado de Origen (HSS); y recibir la información de estado del UE puede comprender recibir un mensaje de Contestación de Información del Abonado (SIA) procedente del HSS. 15
En una realización, el mensaje SIR comprende una solicitud de información de estado del UE; y el mensaje SIA puede comprender información de estado del UE.
En una realización, la información de estado comprende información respecto a si el UE 20 está en un estado inactivo o en un estado conectado.
En una realización, la información de estado se selecciona de la siguiente: separado, Unido_No_Alcanzable_Para_Radiobúsqueda, Unido_Alcanzable_Para_Radiobúsqueda, Conectado_No_Alcanzable_Para_Radiobúsqueda, 25 Conectado_Alcanzable_Para_Radiobúsqueda, y Red_Determinada_No_Alcanzable.
En una realización, solicitar información de estado del equipo de usuario (UE) al que ha de enviarse la activación de dispositivo puede comprende enviar un mensaje de solicitud de información del abonado (SIR) a una Entidad de Gestión de la Movilidad (MME); y recibir la 30 información de estado del UE comprende recibir un mensaje de Contestación de Información del Abonado (SIA) procedente de la MME.
En una realización, solicitar información de estado del equipo de usuario (UE) al que ha de enviarse la activación de dispositivo comprende enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor de Presencia; y recibir la información de estado del UE comprende recibir un mensaje de Contestación de Información del Abonado (SIA) 5 procedente del Servidor de Presencia.
En una realización, solicitar información de estado del equipo de usuario (UE) al que ha de enviarse la activación de dispositivo puede comprender enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor del Abonado de Origen (HSS); y recibir la 10 información de estado del UE comprende recibir un mensaje de Contestación de Información del Abonado (SIA) procedente del HSS.
En otra realización, un procedimiento puede comprender: recibir una solicitud de activación de dispositivo; validar la solicitud de activación de dispositivo; solicitar información de estado 15 del equipo de usuario (UE) al que ha de enviarse la activación de dispositivo; recibir la información de estado del UE; y presentar una solicitud a una entidad de gestión de la movilidad para procesar la solicitud de activación de dispositivo.
En una realización, el procedimiento es realizado por una Función de Interfuncionamiento de 20 Comunicación Tipo Máquina (MTC-IWF).
Aunque en este documento se han ilustrado y descrito ciertas características de la invención, a los expertos en la materia se les pueden ocurrir muchas modificaciones, sustituciones, cambios y equivalentes. Por lo tanto, ha de comprenderse que la intención de 25 las reivindicaciones adjuntas es abarcar todas las modificaciones y cambios tales que entran dentro del alcance de la invención.

Claims (18)

  1. REIVINDICACIONES
    1. Una Función de Interfuncionamiento de Comunicación Tipo Máquina (MTC-IWF) en una red de Evolución a Largo Plazo (LTE) que comprende:
    un procesador dispuesto para: 5
    recibir una solicitud para enviar un mensaje de activación de dispositivo a través de la red LTE;
    validar la solicitud para enviar un mensaje de activación de dispositivo;
    solicitar información de estado de un equipo de usuario (UE) al que 10 ha de enviarse el mensaje de activación de dispositivo;
    recibir la información de estado del UE;
    determinar una prioridad de la solicitud para enviar el mensaje de activación de dispositivo; y
    enviar el mensaje de activación de dispositivo basándose en la 15 información de estado,
    cuando la prioridad de la solicitud para enviar el mensaje de activación de dispositivo es alta,
    en la que cuando la prioridad de la solicitud de activación de dispositivo es baja:
    enviar el mensaje de activación de dispositivo cuando el UE está en un estado conectado; y 20
    almacenar temporalmente el mensaje de activación de dispositivo cuando el UE están en un estado inactivo;
    en la que
    la información de estado comprende información sobre un estado de conexión del UE. 25
  2. 2. Un procedimiento para enviar un mensaje de activación de dispositivo a un equipo de usuario (UE) de destino en una red LTE que comprende:
    recibir una solicitud para enviar un mensaje de activación de dispositivo;
    determinar una prioridad del mensaje de activación de dispositivo; 30
    transmitir el mensaje de activación de dispositivo si la prioridad del mensaje de activación de dispositivo es alta;
    si la prioridad del mensaje de activación de dispositivo es baja, comprobar si el UE de destino para el mensaje de activación de dispositivo está en un estado conectado;
    enviar el mensaje de activación de dispositivo cuando el UE de destino está en un estado conectado;
    de lo contrario, almacenar temporalmente el mensaje de activación de dispositivo 5 hasta que el UE de destino esté en un estado conectado.
  3. 3. El procedimiento de la reivindicación 2, en el que el procedimiento es realizado por una Función de Interfuncionamiento de Comunicaciones Tipo Máquina (MTC-IWF).
    10
  4. 4. El procedimiento de la reivindicación 2, en el que el procedimiento es realizado por una entidad de gestión de la movilidad (MME).
  5. 5. Un procedimiento para enviar un mensaje de activación de dispositivo en una red de Evolución a Largo Plazo (LTE) que comprende: 15
    recibir una solicitud para enviar un mensaje de activación de dispositivo;
    validar la solicitud para enviar el mensaje de activación de dispositivo;
    solicitar información de estado del equipo de usuario (UE) al que ha de enviarse el mensaje de activación de dispositivo;
    recibir la información de estado del UE al que ha de enviarse el mensaje de 20 activación de dispositivo;
    determinar la prioridad de la solicitud para enviar el mensaje de activación de dispositivo;
    enviar el mensaje de activación de dispositivo basándose en la información de estado, cuando la prioridad de la solicitud para enviar un mensaje de activación de 25 dispositivo es alta;
    en el que cuando la prioridad de la solicitud de activación de dispositivo es baja:
    enviar el mensaje de activación de dispositivo cuando el UE está en un estado conectado; y
    almacenar temporalmente el mensaje de activación de dispositivo cuando el UE 30 está en un estado inactivo;
    en el que
    la información de estado comprende información sobre el estado de conexión del UE.
  6. 6. El procedimiento de la reivindicación 5, en el que el almacenamiento temporal del mensaje de activación de dispositivo es realizado por una Entidad de Gestión de la 5 Movilidad (MME).
  7. 7. El procedimiento de la reivindicación 5, que además comprende:
    crear un informe que detalla el envío del mensaje de activación de dispositivo; y
    crear un registro de datos de tarificación (CDR) basado en el envío de la 10 activación de dispositivo.
  8. 8. El procedimiento de la reivindicación 5, en el que el procedimiento es realizado por una Función de Interfuncionamiento de Comunicación Tipo Máquina (MTC-IWF).
    15
  9. 9. El procedimiento de la reivindicación 8, en el que:
    solicitar información de estado del equipo de usuario (UE) al que ha de enviarse el mensaje de activación de dispositivo comprende enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor del Abonado de Origen (HSS); y
    recibir la información de estado del UE al que ha de enviarse el mensaje de 20 activación de dispositivo comprende recibir un mensaje de Contestación de Información del Abonado (SIA) procedente del HSS.
  10. 10. El procedimiento de la reivindicación 9, en el que el mensaje SIR comprende una solicitud de información de estado del UE; y 25
    además en el que el mensaje SIA comprende información de estado del UE.
  11. 11. El procedimiento de la reivindicación 10, en el que la información de estado comprende información respecto a si el UE está en un estado inactivo o en un estado conectado. 30
  12. 12. El procedimiento de la reivindicación 11, en el que la información de estado se
    selecciona de la siguiente: separado, Unido_No_Alcanzable_Para_Radiobúsqueda, Unido_Alcanzable_Para_Radiobúsqueda, Conectado_No_Alcanzable_Para_Radiobúsqueda, Conectado_Alcanzable_Para_Radiobúsqueda, y Red_Determinada_No_Alcanzable.
    5
  13. 13. El procedimiento de la reivindicación 9, en el que
    el mensaje SIR es un mensaje de Solicitud de Información de Estado del Usuario (USIR); y
    el mensaje SIA es un mensaje de Contestación de Información de Estado del Usuario (USIA). 10
  14. 14. El procedimiento de la reivindicación 8, en el que:
    solicitar información de estado del equipo de usuario (UE) al que ha de enviarse el mensaje de activación de dispositivo comprende enviar un mensaje de solicitud de información del abonado (SIR) a una Entidad de Gestión de la Movilidad (MME); y 15
    recibir la información de estado del UE comprende recibir un mensaje de Contestación de Información del Abonado (SIA) procedente de la MME.
  15. 15. El procedimiento de la reivindicación 8, en el que:
    solicitar información de estado del equipo de usuario (UE) al que ha de enviarse 20 la activación de dispositivo comprende enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor de Presencia; y
    recibir la información de estado del UE comprende recibir un mensaje de Contestación de Información del Abonado (SIA) procedente del Servidor de Presencia.
    25
  16. 16. El procedimiento de la reivindicación 8, en el que:
    solicitar información de estado del equipo de usuario (UE) al que ha de enviarse el mensaje de activación de dispositivo comprende enviar un mensaje de solicitud de información del abonado (SIR) a un Servidor del Abonado de Origen (HSS); y
    recibir la información de estado del UE comprende recibir un mensaje de 30 Contestación de Información del Abonado (SIA) procedente del HSS.
  17. 17. El procedimiento de la reivindicación 5, que además comprende:
    presentar una solicitud a una entidad de gestión de la movilidad para procesar la solicitud para enviar un mensaje de activación de dispositivo.
  18. 18. El procedimiento de la reivindicación 17, en el que: 5
    el procedimiento es realizado por una Función de Interfuncionamiento de Comunicación Tipo Máquina (MTC-IWF).
ES201330992A 2012-07-02 2013-07-02 Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo Active ES2447340B2 (es)

Applications Claiming Priority (7)

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

Publications (3)

Publication Number Publication Date
ES2447340A2 ES2447340A2 (es) 2014-03-11
ES2447340R1 ES2447340R1 (es) 2014-12-26
ES2447340B2 true ES2447340B2 (es) 2015-09-29

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 Before (1)

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

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
ES2733753T3 (es) 2019-12-02
US9432150B2 (en) 2016-08-30
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
ES2447340B2 (es) Aparato y procedimiento para enviar eficientemente mensajes de activación de dispositivo
US9191806B2 (en) Method and apparatus for retransmitting MTC group message in wireless communication system
ES2882473T3 (es) Seleccionar una entidad de función de plano de usuario (UPF) en una entidad de función de control de políticas (PCF) en base a la información de cambio de ubicación del terminal, proporcionada a partir de una entidad de función de gestión de sesión (SMF)
US20200169877A1 (en) Method for securing connection identifier of user equipment in wireless communication system and apparatus therefor
CN103228004A (zh) 在没有移动站国际用户目录号的情况下的合法监听
CN104247462A (zh) 机器类型通信代理功能
CN112997468B (zh) 使用协议数据单元会话的信息中心网络来检索高速缓存内容的技术
US11902036B2 (en) Policy and charging control (PCC) in information centric networking
CN116744333A (zh) 用于支持6g oam系统的装置
CN116266923A (zh) 用在故障监控管理服务消费方和生产方的装置

Legal Events

Date Code Title Description
FG2A Definitive protection

Ref document number: 2447340

Country of ref document: ES

Kind code of ref document: B2

Effective date: 20150929

PC2A Transfer of patent

Owner name: APPLE INC.

Effective date: 20200330