SE1350812A1 - Anordning och förfarande för att effektivt skicka anordningsaktiveringsmeddelanden till en anordning - Google Patents

Anordning och förfarande för att effektivt skicka anordningsaktiveringsmeddelanden till en anordning Download PDF

Info

Publication number
SE1350812A1
SE1350812A1 SE1350812A SE1350812A SE1350812A1 SE 1350812 A1 SE1350812 A1 SE 1350812A1 SE 1350812 A SE1350812 A SE 1350812A SE 1350812 A SE1350812 A SE 1350812A SE 1350812 A1 SE1350812 A1 SE 1350812A1
Authority
SE
Sweden
Prior art keywords
message
request
trigger message
device trigger
mtc
Prior art date
Application number
SE1350812A
Other languages
English (en)
Inventor
Puneet Jain
Varun Rao
Chang Hong Shan
Muthaiah Venkatachalam
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 SE1350812A1 publication Critical patent/SE1350812A1/sv

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/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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/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
    • 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
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements
    • 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/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
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • 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)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Genom spridningen av maskinslags kommunikation (Machine Type Communication, MTC), kan överdriven användning av anordningsaktiveringsmeddelanden i ett LTE (Long Term Evolution, LTE) nät ha negativa effekter på användarutrustning (UE). Dessa effekter kan inkludera att förkorta användarutrustningens batterilivslängd och/eller skapa överdriven signalering som orsakas av de frekventa växlingarna mellan viloläge och aktivt läge. En MTC samverkansfunktion (MTC Interworking Function, MTC-IWF) kan konfigureras för att fastställa statusen hos en användarutrustning till vilken ett anordningsaktiveringsmeddelande avses. Om anordningsaktiveringsmeddelandet har låg prioritet och användarutrustningen befinner sig i viloläge, kan MTC-IWF eller en mobil hanteringsenhet (Mobile Management, Entity, MME)/hanterande GPRS supportnoden (SGSN)/mobila kopplingsstationen (Mobile Switching Center, MSC) buffra anordningsaktiveringsmeddelandet.Fig. 3 för publicering

Description

2 I vissa exempel är MTC-IWF dessutom anordnad att: fastställa en prioritet hos begäran att skicka ett anordningsaktiveringsmeddelande; och skicka anordningsaktiveringsmeddelandet när prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande är hög.
I vissa exempel är MTC-IWF dessutom anordnad att: fastställa en prioritet hos anordnings- aktiveringsbegäran; och när prioriteten hos anordningsaktiveringsbegäran är låg: skicka anordningsaktiveringsmeddelandet när UE befinner sig i ett uppkopplat tillstånd; och buffra anordningsaktiveringsmeddelandet när UE befinner sig i ett viloläge.
Exempel tillhandahåller också ett förfarande för att skicka ett anordningsaktiverings- meddelande till en destinationsanvändarutrustning i ett LTE-nät som innefattar: att motta en begäran att skicka ett anordningsaktiveringsmeddelande; fastställa en prioritet hos anordningsaktiveringsmeddelandet; skicka anordningsaktiveringsmeddelandet om prioriteten hos anordningsaktiveringsmeddelandet är hög; om prioriteten hos anordningsaktiveringsmeddelandet är låg, kontrollera om destinationsanvändarutrustningen för anordningsaktiveringsmeddelandet befinner sig i ett uppkopplat tillstånd; skicka anordningsaktiveringsmeddelandet när destinationsanvändarutrustningen befinner sig i ett uppkopplat tillstånd; i annat fall buffra anordningsaktiveringsmeddelandet till dess destinationsanvändarutrustningen befinner sig i ett uppkopplat tillstånd.
I vissa exempel utförs förfarandet med hjälp av en maskinslags kommunikations- samverkansfunktion (I\/lachine Type Communication lnterworking Function, MTC-IWF).
I vissa exempel utförs förfarandet med hjälp av en mobil hanteringsenhet (mobile management entity, I\/I M E).
Exempel tillhandahåller också ett förfarande för att skicka ett anordningsaktiverings- meddelande i ett Long Term Evolution (LTE) nät innefattande: att motta en begäran att skicka ett anordningsaktiveringsmeddelande: validera begäran att skicka anordningsaktiverings- meddelandet; begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringsmeddelandet skall skickas; motta statusinformation från UE till vilken anordningsaktiveringsmeddelandet skall skickas; och skicka anordningsaktiveringsmeddelandet 3 baserat på statusinformationen; varvid statusinformationen innefattar information om uppkopplingsstatus hos UE.
I vissa exempel indikerar statusinformationen om UE är i ett viloläge eller i ett uppkopplat tillstånd.
I vissa exempel innefattar att skicka anordningsaktivering baserat på statusinformation: att fastställa prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande; och skicka anordningsaktiveringsmeddelandet när prioriteten hos begäran att skicka ett anordnings- aktiveringsmeddelande är hög.
I vissa exempel innefattar att skicka anordningsaktiveringsmeddelandet baserat på statusinformation: att fastställa prioriteten hos begäran att skicka ett anordningsaktiverings- meddelande; och när prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande är låg: att skicka anordningsaktiveringsmeddelandet när UE är i ett uppkopplat tillstånd; och buffra anordningsaktiveringsmeddelandet när UE befinner sig i ett viloläge.
I vissa exempel utförs buffringen av anordningsaktiveringsmeddelande av en mobil hanteringsenhet (Mobile Management Entity, MME).
I vissa exempel innefattar förfarandet dessutom att skapa en rapport med detaljer från utskicket av anordningsaktiveringsmeddelandet; och skapa ett debiteringsdataregister (charging data record, CDR) baserat på sändningen av anordningsaktiveringen. lvissa exempel utförs förfarandet med hjälp av en maskinslags kommunikations- samverkansfunktion (Machine Type Communication lnterworking Function, MTC-IWF).
I vissa exempel innefattar att begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringsmeddelandet skall skickas att sända ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och motta statusinformation för UE till vilken anordningsaktiveringsmeddelandet skall skickas innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
I vissa exempel innefattar SIR-meddelandet en tillståndsinformationsbegäran för UE ; och vidare varvid SIA-meddelandet innefattar statusinformation hos UE.
I vissa exempel innefattar tillståndsinformationen information avseende huruvida UE befinner sig i ett viloläge eller i ett uppkopplat tillstånd.
I vissa exempel väljs tillståndsinformationen från följande: icke ansluten (detached), Ansluten_Ej_Nåbar_För_Sökning (Attached_Not_Reachable_For_Paging), Ansluten_Nåbar_För_Sökning (Attached_Reachable_For_Paging), Uppkopplad_Ej_Nåbar_För_Sökning (Connected_Not-Reachable_For_Paging), Uppkopplad_Nåbar_För_Sökning (Connected_Reachable_For_Paging) och Nät_Fastställt_Ej_Nå ba rt (Network_Determined_Not_Reachable).
I vissa exempel, är SIR-meddelandet en användartillståndsinformationsbegäran (User State Information Request, USIR) meddelande; och SIA-meddelandet är ett användartillstånds- informationssvars (User State Information Answer, USIA) meddelande.
I vissa exempel innefattar att begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringsmeddelandet skall skickas, att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en mobil hanteringsenhet (Mobile Management Entity, I\/|I\/|E); och att motta statusinformation för UE innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från I\/|I\/IE.
I vissa exempel innefattar att begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en närvaroserver (Presence Server),- och att motta statusinformation för UE innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från närvaroservern.
I vissa exempel innefattar att begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringsmeddelandet skall skickas, att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och att motta statusinformation för UE innefattar att motta ett abonnent- informationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
Exempel tillhandahåller också ett förfarande innefattande: att motta en begäran att skicka ett anordningsaktiveringsmeddelande; validera begäran att skicka ett anordningsaktiverings- meddelande; att begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas; att motta statusinformation från UE; och att skicka en begäran till en mobil hanteringsenhet för att behandla begäran att skicka ett anordnings- aktiveringsmeddelande.
I vissa exempel utförs förfarandet med hjälp av en maskinslags kommunikations- samverkansfunktion (l\/lachine Type Communication lnterworking Function, MTC-IWF).
Kort beskrivning av ritningarna Fig. 1 är en illustrerad översikt av en utföringsform av föreliggande uppfinning.
Fig. 2 är ett flödesschema som illustrerar funktionen hos en utföringsform av föreliggande uppfinning.
Fig. 3 är ett flödesschema som illustrerar funktionen hos en annan utföringsform av föreliggande uppfinning.
Fig. 4 är ett flödesschema som illustrerar funktionen hos en annan utföringsform av föreliggande uppfinning.
Fig. 5 är ett flödesschema som illustrerar funktionen hos en annan utföringsform av föreliggande uppfinning.
Fig. 6 är ett flödesschema som illustrerar funktionen hos en annan utföringsform av föreliggande uppfinning. 6 Fig. 7 är ett flödesschema som illustrerar funktionen hos en annan utföringsform av föreliggande uppfinning.
Beskrivning av utföringsformerna Den följande beskrivningen och ritningarna illustrerar på tillräckligt sätt specifika utföringsformer för att göra det möjligt för fackmannen inom området att utöva dem. Andra utföringsformer kan innefatta strukturella, logiska, elektriska, processrelaterade eller andra förändringar. Exempel visar enbart typiskt möjliga variationer. Individuella komponenter och funktioner är optimala om inte detta uttrycks explicit på annat sätt, och sekvensen av metodsteg kan variera. Delar och särdrag hos vissa utföringsformer kan inkluderas i, eller bytas ut till de tillhörande andra utföringsformer. Utföringsformer som visas i patentkraven innefattar alla möjliga ekvivalenter av dessa patentkrav.
I den följande detaljerade beskrivningen, uttrycks ett stort antal specifika detaljer för att tillhandahålla en genomgripande förståelse för uppfinningen. Emellertid kommer det att inses av de som är skickliga inom området att föreliggande uppfinning kan utövas utan dessa specifika detaljer. I andra delar av beskrivningen har välkända förfaranden, procedurer, komponenter och kretsar inte beskrivits i detalj för att inte försvåra förståelsen av föreliggande uppfinning.
Fastän utföringsformer av uppfinningen inte begränsasi detta avseende, kan termerna "f|erta|et", och "ett flertal" som används i denna skrift också inkludera t ex "multipla" eller "två eller flera". Termerna "flertalet" eller "ett flertal" kan användas genom hela beskrivningen för att beskriva två eller fler komponenter, anordningar, element, enheter, parametrar eller liknande. T ex kan "ett flertal stationer" inkludera två eller flera stationer.
Den Tredje Generationens Partnerskapsprojekt (The 3rd Generation Partnership Project, 3GPP) är ett samarbetsavtal som upprättades i december 1998 för att sammanföra ett antal standardiseringsorgan inom telekommunikation, kända som organisationsmässiga partners, "Organizational Partners", som f n inkluderar the Association of Radio Industries and Business (ARIB), the China Communications Standards Assocation (CCSA), the European Telecommunications Standards Institute (ETSI), the Alliance for Telefommunications Industry 7 Solutions (ATIS), the Telecommunications Technology Association (TTA), och the Telecommunication Technology Committee (TTC). Bildandet av 3GPP formaliserades i december 1998 genom undertecknandet av Den Tredje Generationens Partnerskapsprojektavtal ("The 3rd Generation Partnership Project Agreement"). 3GPP tillhandahåller globalt tillämpliga standarder som tekniska specifikationer och tekniska rapporter för ett tredje generationens mobilsystem baserat på vidareutvecklade GSM kärnnät och radioaccessteknologier som de stödjer (exempelvis Universal Terrestrial Radio Access (UTRA) för både Frequency Division Duplex (FDD) och Time Division Duplex (TDD) moder. 3GPP tillhandahåller också standarder för underhåll och utveckling av det globala systemet för mobil- kommunikation (Global System for Mobile communication, GSM) som tekniska specifikationer och tekniska rapporter inkluderande vidareutvecklade radioaccessteknologier (exempelvis General Packet Radio Service, GPRS) och Enhanced Data rates for GSM Evolution (EDGE).
Tekniska specifikationer för aktuella standarder relaterade till mobiltelefoni är generellt tillgängliga för allmänheten genom 3GPP-organisationen. 3GPP studerar för tillfället vidareutvecklingen av 3G mobilsystem och överväger bidrag (synpunkter och förslag) som riktar sig mot vidareutvecklingen av UTRA-nätet (UTRA Network, UTRAN). En ny uppsättning av högnivåkrav identifierades under 3GPP workshops vilka inkluderade: reducerad kostnad per bit; ökat tjänstetillhandahållande (d v s fler olika tjänster till lägre kostnad med bättre kvalitet); flexibilitet i användning av befintliga och nya frekvensband; förenklad arkitektur med öppna gränssnitt; och minskad/rimlig terminalströmförbrukning. En studie av UTRA & UTRAN Long Term Evolution (UTRAN-LTE, också känt som 3GPP-LTE och E- UTRA) startades i december 2004 med syftet att utveckla ett ramverk för vidareutvecklingen av 3GPP-radioaccessteknologi mot en hög-data-hastighets, låg latens (tidsfördröjning) och paket- optimerad-radio-accessteknologi. Studien tog hänsyn till modifieringar av radiogränssnittets fysiska skikt (nedlänk och upplänk) såsom organ för att stödja flexibel transmissionsbandbredd upp till 20 I\/|Hz, introduktion av nya transmissionsscheman, och avancerade multi- antennteknologier. 3GPP-LTE är baserad på radiogränssnitt som innefattar ortogonala frekvensuppdelade multiplex (orthogonal frequency division multiplex, OFDI\/|) tekniker. OFDI\/I är ett digitalt multibärare modulationsformat som använder ett stort antal av närliggande ortogonala underbärare för att 8 bära resp. användardatakanaler. Varje underbärare är modulerad med ett konventionellt modulationsschema, såsom kvadraturamplitudmodulering (quadrature amplitude modulation, QAM), vid en (relativt) låg symbolhastighet i jämförelse med radiofrekvens (radio frequency, RF) transmissionshastighet. I praktiken alstras OFDM-signaler under utnyttjande av den s k snabba Fourier transformationsalgoritmen (fast Fourier transform, FFT, algorithm).
Maskiner behöver ofta kommunicera med andra maskiner utan någon eller med väldigt liten människoinblandning. Tidigare utfördes sådan kommunikation via kablar. Efter hand, började trådlösa kommunikationer att användas. Med den ökade tillgängligheten hos mobila bredband, blev maskinslagskommunikation (machine type communications, I\/ITC) via bredband mer och mer populära. MTC möjliggör kommunikation mellan maskiner på avstånd för att utbyta information och driftskommandon utan behov av mänsklig inblandning. Exempel på användning av maskintyper av kommunikationer inkluderar sensorer på avstånd, e-hälsa, fjärrstyrda förbrukningsmätare, övervakningskameror, avgiftsbetalningar, produktionskedjeautomation, och liknande. T ex kan en anordning övervaka funktionsstatus hos en annan anordning och rapportera olika statusangivelser till en central server. Alternativt kan en anordning läsa en förbrukningsmätare och tillhandahålla data till en faktureringsavdelning för skapandet av månatliga förbrukningsfakturor.
När en server vill aktivera eller trigga en särskild MTC-anordning, kan den skicka ett anordnings- aktiveringsmeddelande via ett servicenät. Anordningsaktiveringsmeddelandet kan konfigureras att initiera kommunikation mellan MTC-anordningen och servern.
Att skicka anordningsaktiveringsmeddelanden är sättet på vilket en tjänstekapabilitetsserver (Services Capability Server, SCS) skickar information till användarutrustningen (User Equipment, UE) via 3GPP-nätet för att aktivera UE att utföra applikationsspecifika åtgärder. Dessa åtgärder kan inkludera att initiera kommunikation med SCS för den indirekta modellen eller en applikationsserver (Application Server, AS) i nätet för hybridmodellen. Anordningsaktivering kan erfordras när en IP-adress för UE inte finns tillgänglig eller är nåbar för SCS/AS.
Ett anordningsaktiveringsmeddelande innehåller typiskt information (exempelvis IMSI < applikationsportidentifiering, och liknande) som tillåter nätet att vidareleda meddelandet till den lämpliga UE, och för UE för att vidareleda meddelandet till den lämpliga applikationen. 9 Informationen som syftar till att nå applikationen referereras till som anordningsaktiverings- nyttolasten. UE är anordnad för att kunna skilja mellan ett meddelande som innehåller anordningsaktiveringsinformation från något annat slags meddelande.
Vid mottagande av UE, granskas anordningsaktiveringsnyttolasten för att fastställa vilken information som aktiverar applikationsrelaterade åtgärder. Applikationen i UE kan utföra vissa indikerade åtgärder, såsom att initiera en omedelbarförbindelse eller att utföra en senare kommunikation till SCS eller AS baserad på informationen i aktiveringsnyttolasten.
Ett debiteringsdataregister (Charging Data Record, CDR) kan samlas in för anordningsaktiveringen. Det betyder att tillhandahållaren kan hålla reda på kostnaden för datatransmissionen för framtida faktureringsändamål.
Med hänvisning till Fig. 1, visas ett blockschema som illustrerar arkitekturen för maskinslags- kommunikation (Machine Type Communication, MTC) i samband med 3GPP.
En användarutrustning 102 visas som verkställande en MTC UE applikation 104. UE är kopplad till ett radioaccessnät (Radio Access Network, RAN) 106. Via RAN 106, är UE kopplad till olika komponenter hos den vidareutvecklade paketkärnan (Evolved Packet Core) såsom mobilt omkopplingscenter (Mobile Switching Center, MSC) 108, mobil hanteringsenhet (Mobile Management Entity, MME) 110, servande GPRS supportnod (Serving GPRS Support node, SGSN) 111 och tjänstgörande mellannätslinje (Serving Gateway, S-GW) 112. Tillsammans utgör dessa komponenter det besökta publika landmobilnätet (Visited Public Land Mobile Network, VPLMN). Komponenter i det hemmapublika landmobilnätet (Home Public Land Mobile Network, HPLMN) är kopplade till de ovan nämnda komponenterna via åtskilliga referenspunkter.
MME 110, tillsammans med SGSN 111 kan utformas för att utföra den följande funktionaliteten: motta ett anordningsaktiveringsmeddelande från MTC-IWF; inkapsla anordningsaktiveringsinformation i ett NAS-meddelande som skickas från UE, vilken används för MTC; motta anordningsaktiveringsbekräftelse från den aktiverande UE; rapportera anordningsaktiveringsleveransens lyckad/misslyckad status till MTC-IWF; och tillhandahålla SGSN/MME trafikstocknings-/belastningsinformation till MTC-IWF.
Referenspunkt Tsp (120) används av tjänstekapabilitetsservern för att kommunicera med en MTC samverkansfunktion (lnterWorking Function, MTC-IWF) 130. Referenspunkt T5a (122) används för att koppla ihop MTC-IWF och SGSN 111. Referenspunkt T5b (124) används för att koppla ihop MTC-IWF och en hanterande MME. Referenspunkt T5c (126) används för att koppla ihop MTC-IWF och en hanterande MSC. Referenspunkt S6m (128) används för att koppla ihop MTC-IWF och hemabonnentservern (Home Subscriber Server).
En MTC-IWF 130 kan vara en s k fristående enhet eller en funktionell enhet som är belägen inom en annan nätenhet. En MTC-IWF kan vara belägen i ett hemmapublikt landmobilnät (Home Public Land Mobile Network, HPLMN). MTC-IWF kan ha många olika funktioner, vilka inkluderar men inte begränsas till: avslutning av Tsp-, S6m- och Rf/Ga-referenspunkter; avslutning av en eller flera referenspunkter bland T4, T5a, T5b och T5c: möjlighet att auktorisera SCS innan upprättande av kommunikation med 3GPP-nätet; förmåga att auktorisera styrplanbegäran från en SCS.
MTC-IWF 130 kan också stödja de följande anordningsaktiveringsfunktionaliteterna: mottagande av en anordningsaktiveringsbegäran från SCS; rapportera till SCS-acceptans eller icke acceptans av anordningsaktiveringsbegäran; rapportera till SCS lyckad eller misslyckad leverans av anordningsaktivering; kan tillämpa MTC-IWF och/eller SGSN/MIVlE-inducerad trafikstocknings/belastningsstyrning som del av responsen till aktiveringsbegäran; och använder en standardiserad identifierare (exempelvis applikationsport ID) för att tillåta UE att skilja mellan ett I\/IT-meddelande som bär anordningsaktiveringsinformation från vilket som helst annat slags meddelande.
MTC-IWF 130 kan också stödja: en upplösningsmekanism i en hemabonnentserver (Home Subscriber Server, HSS) för användning när multipla och separata HSSer har använts av nätoperatören; utfrågning av den lämpliga HSSen, när så behövs för anordningsaktivering, till: a) karta E.164 MSISDN eller extern identifierare till llVlSl; b) hämta hanterande nodinformation för UE (exempelvis den hanterande SGSN7I\/|I\/IE/|\/ISC identifieraren); och c) bestämma om en SCS tillåts skicka en anrodningsaktiverare till en särskild användarutrustning. 11 MTC-IWF 130 kan också stödja valet av den mest effektiva och verkningsfulla anordnings- aktiveringsleveransmekanismen och avskärma om denna detalj i SCS baseras på: aktuell UE hanteringsnodinformation från HSS/HLR (exempelvis den hanterande MME/SGSN/MSC identifieraren); anordningsaktiveringsleveransmekanismen som stöds av UEn; den möjliga anordningsaktiveringsleveranstjänsten som stöds av HPLMN och, vid roaming, VPLM N; operatörsdefinierad anordningsaktiveringsleveranspolicier, om sådana existerar; och/eller valbart, eventuell information som mottas från SCS; översättning av protokoll, om så behövs, och vidarebefordran mot den relevanta nätenheten (d v s hanterande SGSN/MME/MSC eller SMS-SC inuti HPLMN-domänen) om en anordningsaktiveringsbegäran som skall överensstämma med den valda anordningsaktiveringsleveransmekanismen; alstrande av anordningsaktiverings CDRer med externa identifierare och SCS-identifierare och vidarebefordran till CDF/CGF över en instans av Rf/ Ga; och förmåga att säkra kommunikationer mellan 3GPP-nätet och SCS.
Fastän bara en enstaka MTC-IWF illustreras i Fig. 1, bör det tydligt framgå att ett flertal MTC- |WFer kan fungera inom en enstaka HPLMN.
Hemabonnentservern (Home Subscriber Server, HSS) 150 kan konfigureras för att stödja de följande funktionaliteterna: avslutning av S6m referenspunkten där MTC-|WFer kopplar upp till hemmaregistret (Home Location Register, HLR)/HSS; lagrar och tillhandahåller till en MTC-IWF (och valbart till MTC AAA) mappningen/slagningen av mobiltelefonens internationella abonnentdatanummer (Mobile Station International Subscriber Data Number, MSISDN) eller externa identifierare till den internationella mobilabonnentidentifieraren (International Mobile Subscriber Identify, IMSI) och abonnemangsinformation som används av MTC-IWF för anordningsaktivering; mappning av MSISDN eller externa identifierare till IMSI; och valbart, att mappa från externa identifierare till MSISDN är också tillhandahållet för ärvd SMS infrastruktur som inte stöder MSISDN-saknade SMS; HSS-lagrad "vidare|edningsinformation" inkluderar den hanterande nodens information om sådan är tillgänglig för UE (exempelvis hanterande SGSN/MME/MSC-identifierare); och fastställa om en SCS är tillåten att skicka en anordningsaktiverare till en viss UE; avslutning av S6n-referenspunkten; tillhandahåller till MTC- AAA mappningen mellan IMSI och externa identifierare).
Tjänstekapabilitetsservern 132 (Services Capability Server) är anordnad att koppla en applikationsserver 134 till MTC-IWF 130 på ett indirekt sätt. I en direkt modell, är applikations- 12 servern 136 direkt kopplad till operatörsnätet för att utföra direkta användarplan- kommunikationer med UE utan utnyttjandet av en extern SCS.
Som förklarats ovan, kan ett stort antal anordningsaktiveringar, kopplade med små data- begäran, orsaka en signaleringsvåg i nätet. Detta kan leda till en negativ verkan på batteri- livslängden för en enstaka användarutrustning (UE) eftersom UE kan behöva växla mellan ett viloläge och ett uppkopplat tillstånd oftare än vad som är nödvändigt. Det finns olika möjliga lösningar på detta.
Med hänvisning till Fig. 2, visas ett flödesschema som presenterar en utföringsform. I denna utföringsform, erhåller MTC samverkansfunktionen (MTC |nterWorking Function, MTC-IWF) tillståndet för UE från en hemabonnenttjänst (Home Subscriber Service, HSS), under utnyttjande av en indirekt modell.
En tjänstekapa bilitetsserver (Services Ca pa bility Server, SCS) fastställer behovet att aktivera anordningen (202). Om SCS inte har några kontaktuppgifterför en MTC-IWF, kan den först bestämma IP-adressen(-na)/porten(-na) för en MTC-IWF genom att utföra en DNS-förfrågan under utnyttjande av den externa identifieraren eller genom att utnyttja en lokalt konfigurerad MTC-IWF-identifierare (204).
Därefter skickar SCS ett anordningsa ktiveringsbegä ra nsmeddela nde till MTC-IWF (206).
Meddelandet kan innehålla information såsom en extern identifierare eller I\/ISISDN, SCS- identifierare, aktiveringsreferensnummer, validitetsperiod, prioritet, applikationsport ID, aktiveringsnyttolast, och liknande. SCS inkluderar en aktiveringsnyttolast som kan innehålla informationen som är ämnad för |\/ITC-applikationen, tillsammans med informationen som leder den till MTC-applikationen. Applikationsport ID är inställt för att adressera en aktiverings- funktion inom UE.
Det bör observeras att termer som “anordningsaktiveringsbegärans"-meddelanden endast används i illustrativt syfte. De verkliga namnen hos meddelanden kan skilja sig i från detta.
MTC-IWF kontrollerar att SCS är auktoriserad att skicka aktiveringsbegäran och att SCS inte har överskridit sin kvot eller hastighet för aktiveringsavsändning hos Tsp (208). Om denna kontroll 13 misslyckas skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande, med ett orsaks- värde som indikerar anledningen till det misslyckade förhållandet, och flödet avstannar vid detta steg.
MTC-IWF skickar ett abonnentinformationsbegärans (Subscriber Information Request, SIR) meddelande till HSS för att fastställa om SCS är auktoriserad att aktivera UE. (Extern identifierare eller MSISDN- och SCS-identifierare, UE tillståndsinformationsbegäran) för att lösa den externa identifieraren eller I\/ISISDN till IMSI, hämta identiterna hos UEna som hanterar CN- noden(-na) (210). UE tillståndsinformationsbegäransflaggan ställs in för att begära UE tillståndsinformation (såsom viloläge, uppkopplat tillstånd, och registrerad) från HSS (212).
Denna information talar också om för HSS att registrera nåbarhetsnotifiering (Reachability Notification) ifallet då UE inte är nåbar.
I\/ITC-IWF kan bekräftas utföra cacheauktorisering och vidareledningsinformation för UE.
Emellertid kan detta öka sannolikheten för att aktiveringsleveransförsök misslyckas när den mellanlagrade hanteringsnodinformationen är inaktuell.
HSS skickar abonnentinformationssvar (IMSI och hanterande nodidentiteter, UE tillstånds- information) meddelande (214). HSS-policy kan påverka vilka hanterande nodidentiteter som återsänds. Om orsaksvärdet indikerar att SCS inte har tillåtelse att skicka ett aktiverings- meddelande till denna UE eller korrekt abonnentinformation inte återständes av HSS, skickar I\/ITC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaksvärde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar. l annat fall fortsätter detta flöde.
Om UE inte är nåbar, kan HSS inte skicka hanterande nodidentiteter eller tillståndsinformation, vilket tillhandahåller en underförstådd indikation att UE inte är nåbar och I\/ITC-IWF i detta fall, kommer att lagra aktiveringen om validitetsperioden inte indikerar ett enstaka försök till leverans.
Därefter erhåller MTC-IWF tillståndet för UE i abonnentinformationssva rsmeddelandet och bestämmer huruvida det skall buffra aktiveringsmeddelandet eller leverera detta (216). Detta förfarande kan ske på ett eller flera sätt. Ett exempel beskrivs mer detaljerat med hänvisning till 14 Fig. 3. När MTC-IWF bestämmer sig för att skicka anordningsaktiveringsmeddelandet, väljer det en aktiveringsleveransprocedur som baserar sig på information som mottas från HSS och lokal policy. Leveransproceduren väljs om MTC-IWF försöker en aktiveringsleveransprocedur (218).
MTC-IWF skickar anordningsaktiveringsrapport (extern identifierare eller MSISDN och aktiveringsreferensnummer) meddelandet till SCS med ett orsaksvärde som indikerar huruvida aktiveringsleveransen lyckades eller misslyckades och anledningen till misslyckandet (220).
MTC-IWF alstrar den nödvändiga CDR-informationen inkluderande den externa identifieraren eller MSISDN- och SCS-identifierare (222).
Som svar på den mottagna anordningsaktiveringen, utför UE specifika åtgärder som tar hänsyn till innehållet i aktiveringsnyttolasten (220). Denna respons involverar typiskt initiering av omedelbar eller senare kommunikation med SCS eller en AS. Denna åtgärd beror på karaktären hos UE som tillfrågas.
I\/led hänvisning till Fig. 3, presenterar ett flödesschema MTC-IWF-beteendet vid mottagande av användarutrustningens tillståndsinformation. Efter att ha mottagit abonnentinformations- svarsmeddelandet (Subscriber Information Answer message, 302), validerar MTC-IWF abonnenten och kontrollerar tillståndet hos UE (304). Prioriteten hos anordningsaktiveringen kontrolleras sedan (306). Om anordningsaktiveraren är hög (308), så levereras anordnings- aktiveringen (310). Om prioriteten är låg (312), så kontrolleras (314) användarutrustningens tillstånd. Om UE är uppkopplad (316), så levereras (310) anordningsaktiveringen. Om UE äri viloläge (318), så buffras (320) anordningsaktiveraren. Då räknas en räknare upp (322). Om räknaren har nått sitt maximala värde, levereras (310) anordningsaktiveraren. Annars upprepas processen att kontrollera användarutrustningens tillstånd (314). Räknaren kan ställas in att vara vilket som helst tal som skulle tillåta en effektiv transmission av anordningsaktiverings- meddelanden. Att följa en sådan procedur avvaktar slutdestinationen för UE hos anordnings- aktiveringsmeddelandet för att flytta det från ett vilotillstånd till ett uppkopplat tillstånd som är självständigt, innan UE tvingas övergå i uppkopplat tillstånd för att mottaga anordnings- aktiveringsmeddelandet.
Baserat på lösningarna som tillhandahålls enligt ovan, kan användarutrustningens tillstånds- informationsbegäransflagga antingen finnas i en SIR (abonnentinformationsbegäran, Subscriber Information Request) eller i en ny USIR (användartillståndsinformationsbegäran, User State Information Request) meddelande. På motsvarande sätt kan SIA (abonnentinformationssvar, Subscriber Information Answer) eller den nya USIA (användartillståndsinformationssvar, User State Information Answer) innehålla den aktuella användarutrustningens tillståndsinformationssvar.
SIR och SIA är befintliga meddelanden som definieras i TS 29.336 i utgåva 11 av 3GPP- standarden. Dessa meddelanden kommer att förstärkas för att avspegla användarutrustningens tillståndsinformation på följande sätt. SIR kommer att ha nytt attributvärdespar (Attribute Value Pair, AVP) för UE tillståndsinformationsbegäransflaggan; SIA kommer att ha ny AVP för UE tillståndsinformationssvar. USIR och USIA är nya meddelanden som kommer att definieras i framtida dokument.
Användartillståndsinformation kan vara något av följande tillstånd hos UE: |ckE ANsLuTEN (DETAcHED) ANsLuTEN_EJ_NÅBAR_Fö R_so| ANsLuTEN_NÄBAR_FöR_sökN|NG (ATTAcHED_REAc|-|ABLE_FoR_PAG|NG) uPPkoPPLAD_EJ_NÅßAR_FöR_so| uPPkoPPLAD_NÅBAR_FöR_sö| NÄT_FAsTsTÄLLT_EJ_NÅBART (NETwoRkpETERn/HN ED_N oT_REAc|-|ABLE) Ny tillståndsinformation kan också läggas till efter behov. T ex EMM_V|LOLÄGE (EMM_|DLE) och EMM_UPPKOPPLAD (EMM_CONNECTED). HSS kan inte känna till användarutrustningens MM tillståndsinformation. I ett sådant fall kan HSS notifieringsproceduren förstärkas för att lagra annan UE tillståndsinformation, såsom UE MM, SM-tillstånd och liknande.
Med hänvisning till Fig. 4 presenterar ett flödesschema för funktionen hos en utföringsform i vilken MTC-IWF erhåller UE-tillståndet från en mobilitetshanteringsenhet (Mobility Management Entity (MME).
En tjänstekapa bilitetsserver (Services Ca pa bility Server, SCS) fastställer behovet att aktivera anordningen (402). Om SCS inte har några kontaktuppgifter för en MTC-IWF, kan den först 16 fastställa en |P-adress(-na)/port(-a r) för en MTC-IWF genom att utföra en DNS-förfrågan under utnyttjande av den externa identifieraren eller under utnyttjande av en lokalt konfigurerad MTC-IWF-identifie ra re (404).
Därefter skickar SCS ett anordningsaktiveringsbegäransmeddelande till MTC-IWF (406).
Meddelandet kan innehålla information, såsom en extern identifierare eller MSISDN, SCS- identifierare, aktiveringsreferensnummer, validitetsperiod, prioritet, aktiveringsnyttolast, och liknande. SCS inkluderar en aktiveringsnyttolast som kan innehålla informationen som är ämnad för MTC-applikationen, tillsammans med informationen för att leda den till MTC-applikationen.
MTC-IWF kontrollerar att SCS är auktoriserad att skicka aktiveringsbegäran och att SCS inte har överskridit sin kvot eller hastighet för aktiveringsskickande över Tsp (408). Om denna kontroll misslyckas skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaks- värde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar i detta steg.
MTC-IWF skickar ett abonnentinformationsbegäran (extern identifierare eller I\/ISISDN och SCS- identifierare) meddelande till HSS/HLR för att fastställa huruvida SCS är auktoriserad att aktivera UE, för att lösa den externa identifieraren eller I\/ISISDN till IMSI och hämta den relaterade HSS-lagrade "ledningsinformationen" som inkluderar identiteterna hos UE som hanterar CN-noden(-na) (410).
HSS/HLR skickar abonnentinformationsrespons (IMSI och/eller MSISDN och relaterad "ledningsinformation" som inkluderar hanterande nods eller noders identiteter, orsak) meddelanden (412). HSS/HLR policy (möjligen beroende på VPLMN ID) kan influera vilka av de hanterade nodernas identiteter som återsänds. Om orsaksvärdet indikerar att SCS inte har tillåtelse att skicka ett aktiveringsmeddelande till denna UE, eller det inte finns någon giltig abonnentinformation, skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaksvärde som indikerar anledningen till det misslyckade tillståndet och flödet avstannari detta steg. 17 Användartillståndsinformationsbegäransmeddelandet skickas från MTC-IWF till I\/lI\/IE, och begär tillståndet hos UE (414). Informationen som finns i detta meddelande är densamma, som tidigare har förklarats med hänvisning till Fig. 2.
Användartillståndsinformationenssvarsmeddelandet skickas som ett svarsmeddelande på begäran från I\/||\/IE, och notifierar denna om tillståndet hos UE (416). Informationen som finns i detta meddelande är återigen densamma som förklarats ovan med hänvisning till Fig. 2.
MTC-IWF bestämmer nu huruvida aktiveringsmeddelandet skall buffras eller om det skall levereras, under utnyttjande av förfarandet som har förklarats ovan med hänvisning till Fig. 3 (418). Efter att MTC-IWF bestämmer sig för att skicka aktiveringen, väljer detta en aktiveringsleveransprocedur baserad på informationen som mottas från HSS och lokal policy.
T5-leveransproceduren väljs och MTC-IWF försöker verkställa en T5- aktiveringsleveransprocedur.
I\/led hänvisning till Fig. 5, presenteras ett flödesschema för funktionen hos en utföringsform, i vilken MTC-IWF erhåller användarutrustningens tillstånd från en närvaroserver.
En tjänstekapa bilitetsserver (Services Ca pa bility Server, SCS) fastställer behovet att aktivera anordningen (502). Om SCS inte har några kontaktuppgifterför en I\/ITC-IWF, kan den först fastställa en lP-adress(-er)/port(-ar) för en MTC-IWF genom att utföra en DNS-förfrågan under utnyttjande av den externa identifieraren eller under utnyttjande av en lokalt konfigurerad MTC-IWF-identifierare (504).
Därefter skickar SCS ett anordningsa ktiveringsbegä ra nsmeddela nde till MTC-IWF (506).
Meddelandet kan innehålla information såsom en extern identifierare eller MSISDN, SCS- identifierare, aktiveringsreferensnummer, validitetsperiod, prioritet, aktiveringsnyttolast, och liknande. SCS inkluderar en aktiveringsnyttolast som kan innehålla informationen som är ämnad för MTC-applikationen, tillsammans med informationen för att leda den till MTC-applikationen. l\/ITC-IWF kontrollerar att SCS är auktoriserad att skicka aktiveringsbegäran och att SCS inte har överskridit sin kvot eller hastighet för aktiveringsskickande över Tsp (508). Om denna kontroll misslyckas skickar I\/ITC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaks- 18 värde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar i detta steg.
MTC-IWF skickar ett abonnentinformationsbegäran (extern identifierare eller MSISDN och SCS- identifierare) meddelande till HSS/HLR för att fastställa huruvida SCS är auktoriserad att aktivera UE, för att lösa den externa identifieraren eller I\/ISISDN till |l\/ISI och hämta den relaterade HSS-lagrade "ledningsinformationen" som inkluderar identiteterna hos UE som hanterar CN-noden(-na) (510).
HSS/HLR skickar abonnentinformationsrespons (|l\/|S| och/eller I\/ISISDN och relaterad "ledningsinformation" som inkluderar hanterande nods eller noders identiteter, orsaks) meddelanden (512). HSS/HLR policy (möjligen beroende på VPLI\/IN ID) kan influera vilka av de hanterade nodernas identiteter som återsänds. Om orsaksvärdet indikerar att SCS inte har tillåtelse att skicka ett aktiveringsmeddelande till denna UE, eller om det inte finns någon giltig abonnentinformation, skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaksvärde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar i detta steg.
Användartillståndsinformationsbegäransmeddelandet (User State Information Request) skickas från MTC-IWF till närvaroservern, och begär tillståndet hos UE (514). Informationen som finns i detta meddelande är densamma som tidigare förklarats. MTC-IWF kan förkonfigureras med adressen för närvaroservern. Detta steg kan ske parallellt med 510.
Användartillståndsinformationenssvarsmeddelandet skickas som ett svarsmeddelande på begäran från närvaroservern, och notifierar denna om tillståndet hos UE (516). Informationen som finns i detta meddelande är densamma som tidigare förklarats.
MTC-IWF bestämmer nu huruvida den skall buffra aktiveringsmeddelandet eller leverera det (518). Detta kan göras under utnyttjande av förfarandet som har förklarats ovan med hänvisning till Fig. 3. Efter att MTC-IWF bestämmer sig för att skicka aktiveringen, försöker MTC-IWF genomföra T5-aktiveringsleveransproceduren (520). 19 I vissa utföringsformer kan MTC-IWF anordnas att kommunicera direkt med UE och lagra UE tillståndsinformation. I sådana fall, skickar UE tillståndsinformationen direkt till MTC-IWF och MTC-IWF-upptäcksmekanismen för UE kan vara densamma som närvaroserverns upptäcks- mekanism för UE. I vissa utföringsformer kan MTC-IWF och närvaroservern befinna sig på samma plats eller implementeras i samma låda. I en sådan utföringsform, behöver inte all funktionalitet finns implementerad i samma låda. Med andra ord, är det möjligt att implementera delar av funktionaliteten hos närvaroservern i MTC-IWF.
Med hänvisning Fig. 6, presenteras ett flödesschema för funktionen hos en utföringsform i vilken MTC-IWF buffrar aktiveringen i MME. Det bör noteras att MME endast har ett exemplifierande syfte. Buffringsnoden skulle också kunna vara SGSN eller MSC.
En tjänstekapa bilitetsserver (Services Ca pability Server, SCS) fastställer behovet att aktivera anordningen (602). Om SCS inte har några kontaktuppgifter för en MTC-IWF, kan den först fastställa en IP-adress(-er)/port(-ar) för en MTC-IWF genom att utföra en DNS-förfrågan under utnyttjande av den externa identifieraren eller under utnyttjande av en lokalt konfigurerad MTC-IWF-identifiera re (604).
Därefter skickar SCS ett anordningsaktiveringsbegäransmeddelande till MTC-IWF (606).
Meddelandet kan innehålla information såsom en extern identifierare eller MSISDN, SCS- identifierare, aktiveringsreferensnummer, validitetsperiod, prioritet, aktiveringsnyttolast, och liknande. SCS inkluderar en aktiveringsnyttolast som kan innehålla informationen som är ämnad för MTC-applikationen, tillsammans med informationen för att leda den till MTC-applikationen.
MTC-IWF kontrollerar att SCS är auktoriserad att skicka aktiveringsbegäran och att SCS inte har överskridit sin kvot eller hastighet för aktiveringsskickande över Tsp (608). Om denna kontroll misslyckas skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaks- värde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar i detta steg.
MTC-IWF skickar ett abonnentinformationsbegäran (extern identifierare eller MSISDN och SCS- identifierare) meddelande till HSS/HLR för att fastställa huruvida SCS är auktoriserad att aktivera UE, för att lösa den externa identifieraren eller MSISDN till IMSI och hämta den relaterade HSS-lagrade "ledningsinformationen" som inkluderar identiteterna hos UE som hanterar CN-noden(-na) (610).
HSS/HLR skickar abonnentinformationsrespons (|i\/|S| och/eller l\/ISISDN och relaterad "ledningsinformation" som inkluderar hanterande nods eller noders identiteter, orsak) meddelanden (612). HSS/HLR policy (möjligen beroende på VPLMN ID) kan påverka vilka av de hanterade nodernas identiteter som återsänds. Om orsaksvärdet indikerar att SCS inte har tillåtelse att skicka ett aktiveringsmeddelande till denna UE, eller om det inte finns någon giltig abonnentinformation, skickar MTC-IWF ett anordningsaktiveringsbekräftelsemeddelande med ett orsaksvärde som indikerar anledningen till det misslyckade tillståndet och flödet avstannar i detta steg.
MTC-IWF använder utrustningens kapabiliteter, hanterande kärnnät (Core Network, CN) nod(- er) kapabiliteter som hämtas från HSS för att välja en lämplig hanterande CN-nod som har förmågan till T5-aktivering (614). MTC-IWF skickar en sändningsbegäran (Submit Request) till den hanterande CN-noden. Sändningsbegäran kan innehålla |i\/ISI, meddelandeprioritet, MTC- IWF ID, referensnummer, enstaka leveransförsöksflagga (valbar), validitetstid (valbar), begäranstyp (aktiveringsapplikation), applikations PDU. Om det finns fler än en hanterande CN- nod bör MTC-IWF skicka meddelandet till den hanterande CN-noden där användarutrustningen för tillfället har sin hemvist med högsta sannolikhet. Detta kan exempelvis vara baserat på information som hämtats från HSS eller mellanlagrad information från tidigare aktiveringsförsök.
Den hanterande CN-noden indikerar begäranstyp (aktiveringsapplikation), applikations PDU, MTC-IWF ID, referensnummer inom NAS-meddelandet och levererar detta till UE (616). Den hanterande CN-noden alstrar den nödvändiga CDR-informationen (618). UE tillhandahåller aktiveringsinnehållet och aktiveringstypen till den motsvarande applikationen (620).
Om UE befinner sig i viloläge, kan den hanterande CN-noden söka UE innan den skickar ett NAS- meddelande för att leverera aktiveringen (622). Om UE inte befinner sig i viloläge, levererar den aktiveringen (624). 21 Om UE befinner sig i viloläge, bestämmer MME huruvida den skall buffra aktiveringsmeddelandet eller leverera det. Detta kan uppnåsi enlighet med ett förfarande som beskrivs senare meri detalj med hänvisning till Fig. 7, eller på ett antal olika andra sätt.
Den hanterande CN-noden skickar ett leveransrapportmeddelande till MTC-IWF (626).
Leveransrapporten kan innehålla åtskilliga informationsdelar, inkluderande IMSI, orsak, referensnummer, levererad av CN-nod, responstyp (aktiveringsapplikation), och om mottagen applikations PDU, information angående buffring i I\/|I\/IE). Orsak indikerar huruvida aktiveringsmeddelandet på lyckat sätt levererar den till UE eller om det buffrades, eller om det misslyckats, anledningen till misslyckandet.
MTC-IWF skickar sedan en rapport till SCS och informerar denna om vilka åtgärder som vidtagits (628).
Med hänvisning till Fig. 7, illustrerar ett flödesschema beteendet hos MME beroende på statusen hos UE. Efter att ha mottagit aktiveringen (702), kontrollerar MME tillståndet hos UE (704). Prioriteten hos anordningsaktiveraren kontrolleras sedan (706). Om anordningsaktiveraren är hög (708), levereras anordningsaktiveraren (710). Om prioriteten är låg (712) kontrolleras tillståndet hos UE (714). Om UE är inkopplad (716), levereras anordningsaktiveraren (710). Om UE är i viloläge (718), buffras anordningsaktiveraren i I\/|I\/IE (720). Då räknas en räknare upp (722). Om räknaren har nått sitt maximala värde, levereras anordningsaktiveraren (710). I annat fall upprepas processen att kontrollera användarutrustningens tillstånd (714). Räknaren kan ställas in till att vara vilket som helst tal som skulle tillåta effektiv transmission av anordningsaktiveringsmeddelanden. Att följa en sådan procedur gör att destinationen för UE avvaktas av anordningsaktiveringsmeddelandet för att förflytta den från ett viloläge till ett uppkopplat tillstånd på eget initiativ, innan den tvingar UE att inträda i uppkopplat tillstånd för att motta anordningsaktiveringsmeddelandet.
De följande exemplen hänför sig till ytterligare utföringsformer.
En maskinslags kommunikationssamverkansfunktion (Machine Type Communication lnterworking Function, MTC-IWF) i ett LTE-nät kan innefatta: en processor som är anordnad för att: motta en anordningsaktiveringsbegäran via LTE-nätet; validera 22 anordningsaktiveringsbegäran; begära statusinformation för en användarutrustning (UE) till vilken anordningsaktiveringen skall skickas; motta statusinformation för UE; och skicka anordningsaktiveringen baserad på statusinformationen; varvid statusinformationen innefattar information om uppkopplingsstatusen för UE. Statusinformationen kan indikera om UE befinner sig i ett viloläge eller i ett uppkopplat tillstånd. MTC-IWF kan kan vidare vara anordnad att: bestämma prioriteten hos anordningsaktiveringsbegäran och skicka anordningsaktiveringsmeddelanden när prioriteten hos anordningsaktiveringsbegäran är hög.
MTC-IWF kan vidare vara anordnad att: fastställa prioriteten hos anordningsaktiveringsbegäran; och när prioriteten hos anordningsakiveringsbegäran är låg: skicka anordningsaktiveringsbegäran när UE är i ett uppkopplat tillstånd; och buffra anordningsaktiveringsbegäran när UE är i ett viloläge.
I en annan utföringsform kan ett förfarande för att skicka ett anordningsaktiveringsmeddelande till en destinationsanvändarutrustning (UE) i ett LTE-nät innefatta: att motta en begäran att skicka ett anordningsaktiveringsmeddelande; fastställa en prioritet hos anordningsaktiverings- meddelandet; skicka anordningsaktiveringsmeddelandet om prioriteten hos anordnings- aktiveringsmeddelandet är hög; om prioritetskontrollen hos anordningsaktiveringsmeddelandet är låg, kontrollera om destinationsanvändarutrustningen för anordningsaktiveringsmeddelandet befinner sig i ett uppkopplat tillstånd; skicka anordningsaktiveringsmeddelandet när destinationsanvändarutrustningen befinner sig i ett uppkopplat tillstånd; i annat fall buffra anordningsaktiveringsmeddelandet till dess destinationsanvändarutrustningen befinner sig i ett uppkopplat tillstånd.
I en utföringsform utförs förfarandet av en maskinslags kommunikationssamverkansfunktion (Machine Type Communications lnterworking Function, MTC-IWF). I en utföringsform utförs förfarandet av en mobil hanteringsenhet (mobile management entity (I\/II\/IE).
I en annan utföringsform kan ett förfarande för att skicka ett anordningsaktiveringsmeddelande i ett LTE-nät innefatta: att motta en anordningsaktiveringsbegäran: validera anordningsaktiveringsbegäran; begära statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas; motta statusinformation från UE; och skicka anordningsaktiveringen baserad på statusinformationen; varvid statusinformationen innefattar information om uppkopplingsstatus hos UE. 23 len utföringsform indikerar statusinformationen om användarutrustningen befinner sig i ett viloläge eller i ett uppkopplat tillstånd.
I en utföringsform innefattar att skicka anordningsaktiveringen baserad på statusinformationen: att fastställa prioriteten hos anordningsaktiveringsbegäran; och skicka anordningsaktiveringsmeddelandet när prioriteten hos anordningsaktiveringsbegäran är hög.
I en utföringsform innefattar att skicka anordningsaktiveringen baserad på statusinformationen: att fastställa prioriteten hos anordningsaktiveringsbegäran; och när prioriteten hos anordningsaktiveringsbegäran är låg: skicka anordningsaktiveringsbegäran när UE befinner sig i ett uppkopplat tillstånd; och buffra anordningsaktiveringsbegäran när UE befinner sig i ett viloläge. I en utföringsform utförs buffringen av anordningsaktiveringsbegäran av en mobil hanteringsenhet (Mobile Management Entity, MME).
I en utföringsform, kan förfarandet dessutom innefatta: att skapa en rapport med detaljer från utskicket av anordningsaktiveringen; och skapa ett debiteringsdataregister (charging data record, CDR) baserat på sändningen av anordningsaktiveringen.
I en utföringsform utförs förfarandet av en maskinslags kommunikationssamverkansfunktion (Machine Type Communications Interworking Function, MTC-IWF).
I en utföringsform kan begäran om statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas innefatta att sända ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och att motta statusinformation för UE kan innefatta att motta ett abonnent- informationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
I en utföringsform innefattar SIR-meddelandet en tiIlståndsinformationsbegäran från UE; och SIA-meddelandet kan innefatta statusinformation om UE.
I en utföringsform innefattar tillståndsinformationen information beträffande huruvida UE äri ett viloläge eller i ett uppkopplat tillstånd. 24 I en utföringsform väljs tillståndsinformationen från följande: icke ansluten, Ansluten_Ej_Nåbar_För_Sökning (Attached_Not_Reachable_For_Paging), Ansluten_Nåbar_För_Sökning (Attached_Reachable_For_Paging), Uppkopplad_Ej_Nåbar_För_Sökning (Connected_Not-Reachable_For_Paging), Uppkopplad_Nåbar_För_Sökning (Connected_Reachable_For_Paging) och Nät_Fastställt_Ej_Nåba rt (Network_Determined_Not_Reacha ble).
I en utföringsform kan begäran om statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas innefatta att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en mobil hanteringsenhet (Mobile Management Entity, MME); och att motta statusinformation för UE innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från I\/II\/IE.
I en utföringsform innefattar begäran om statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en närvaroserver (Presence Server); och att motta statusinformation för UE innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från närvaroservern.
I en utföringsform innefattar begäran om statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringen skall skickas, att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och att motta statusinformation för UE innefattar att motta ett abonnent- informationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
I en annan utföringsform, kan ett förfarande innefatta: att motta en anordningsaktiverings- begäran; validera anordningsaktiveringsbegäran; begära statusinformation för användar- utrustningen (UE) till vilken anordningsaktiveringen skall skickas; motta statusinformation för UE; och skicka en begäran till en mobil hanteringsenhet att behandla anordningsa ktive ringsbegä ran.
I en utföringsform utförs detta förfarande av en maskinslags kommunikationssamverkansfunktion (Machine Type Communication lnterworking Function, MTc-iwr).
Fastän vissa särdrag hos uppfinningen har illustrerats och beskrivits i denna beskrivning, kan många modifieringar, utbyten, förändringar och ekvivalenter uppstå för den som är skicklig inom området. Det bör därför vara uppenbart att de därtill hörande kraven är avsedda att inkludera alla sådana modifieringar och förändringar som ligger inom skyddsomfånget för uppfinningen.

Claims (10)

10 15 20 25 30 26 Patentkrav
1. Maskinslags kommunikationssamverkansfunktion (Machine Type Communication lnterworking Function, MTC-IWF) i ett LTE (Long Term Evolution, LTE) nät innefattande: en processor som är anordnad att: motta en begäran att skicka ett anordningsaktiveringsmeddelande via LTE-nätet; validera begäran att skicka ett anordningsaktiveringsmeddelande; begära statusinformation för en användarutrustning (UE) till vilket anordnings- aktiveringsmeddelandet skall skickas; motta statusinformationen från UE; och skicka anordningsaktiveringsmeddelandet baserat på statusinformationen; varvid statusinformationen innefattar information angående en förbindelsestatus hos UE.
2. MTC-IWF enligt patentkrav 1, varvid MTC-IWF dessutom är anordnad att: fastställa en prioritet hos begäran att skicka ett anordningsaktiveringsmeddelande; och skicka anordningsaktiveringsmeddelandet när prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande är hög; och/eller fastställa en prioritet hos anordningsaktiveringsbegäran; och när prioriteten hos anordningsaktiveringsbegäran är låg: skicka anordningsaktiveringsmeddelandet när UE befinner sig i ett uppkopplat tillstånd; och buffra anordningsaktiveringsmeddelandet när UE befinner sig i ett viloläge.
3. Förfarande för att skicka ett anordningsaktiveringsmeddelande till en destinationsanvändarutrustning (UE) i ett LTE-nät som innefattar att: motta en begäran att skicka ett anordningsaktiveringsmeddelande; fastställa en prioritet hos anordningsaktiveringsmeddelandet; skicka anordningsaktiveringsmeddelandet om prioriteten hos anordningsaktiverings- meddelandet är hög; 10 15 20 25 30 27 om prioriteten hos anordningsaktiveringsmeddelandet är låg, kontrollera om destinationsa nvändarutrustningen för anordningsa ktiveringsmeddelandet befinner sig i ett uppkopplat tillstånd; skicka anordningsaktiveringsmeddelandet när destinationsanvändarutrustningen befinner sig i ett uppkopplat tillstånd; i annat fall buffra anordningsaktiveringsmeddelandet till dess destinationsanvändar- utrustningen befinner sig i ett uppkopplat tillstånd.
4. Förfarande för att skicka ett anordningsaktiveringsmeddelande i ett LTE-nät, innefattande att: motta en begäran att skicka ett anordningsaktiveringsmeddelande; validera begäran att skicka ett anordningsaktiveringsmeddelande; begära statusinformation för en användarutrustning (UE) till vilket anordningsaktiverings- meddelandet skall skickas; motta statusinformationen från UE till vilken aktiveringsmeddelandet skall skickas; och skicka anordningsaktiveringsmeddelandet baserat på statusinformationen; varvid statusinformationen innefattar information angående en förbindelsestatus hos UE.
5. Förfarande enligt patentkrav 4, varvid att skicka anordningsaktiveringsmeddelandet baserat på statusinformationen innefattar att: fastställa en prioritet hos begäran att skicka ett anordningsaktiveringsmeddelande; och skicka anordningsaktiveringsmeddelandet när prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande är hög; och/eller fastställa en prioritet hos begäran att skicka ett anordningsaktiveringsmeddelande; och när prioriteten hos begäran att skicka ett anordningsaktiveringsmeddelande är låg: skicka anordningsaktiveringsmeddelandet när UE befinner sig i ett uppkopplat tillstånd; och buffra anordningsaktiveringsmeddelandet när UE befinner sig i ett viloläge.
6. Förfarande enligt patentkrav 4, vidare innefattande att: 10 15 20 25 30 28 skapa en rapport med detaljer från utskicket av anordningsaktiveringsmeddelandet; och skapa ett debiteringsdataregister (charging data record, CDR) baserat på sändningen av anordningsaktiverare.
7. Förfarande enligt patentkrav 4, varvid förfarandet utförs av en maskinslags kommunikations- samverkansfunktion (Machine Type Communication lnterworking Function, MTC-IWF) och varvid: att begära statusinformation för användarutrustningen (UE) till vilken anordnings- aktiveringsmeddelandet skall skickas innefattar att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och att motta statusinformation för UE till vilken anordningsaktiveringsmeddelandet skall skickas innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
8. Förfarande enligt patentkrav 7, varvid SIR-meddelandet innefattar tillståndsinformations- begäran för UE; och vidare varvid SIR-meddelandet innefattar statusinformation för UE; och/eller SIR-meddelandet är ett användarstatusinformationsbegärans (User State Information Request, USIR) meddelande; och SIA-meddelandet är ett användartillståndsinformationssva rs (User State Information Answer, USIA) meddelande.
9. Förfarande enligt patentkrav 4, varvid förfarandet utförs av en maskinslags kommunikations- samverkansfunktion (Machine Type Communication lnterworking Function, I\/ITC-IWF) och varvid: begäran om statusinformation för användarutrustningen (UE) till vilken anordningsaktiveringsmeddelandet skall skickas innefattar att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en mobil hanteringsenhet (I\/Iobile IVIanagement Entity, I\/|I\/|E); och 10 15 20 29 att motta statusinformation för användarutrustningen (U E) innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från MME; och/ eller att begära statusinformation för användarutrustningen (UE) till vilken anordnings- aktiveringen skall skickas innefattar att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en närvaroserver; och att motta statusinformation för UE innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från närvaroservern; och/eller att begära statusinformation för användarutrustningen (UE) till vilken anordnings- aktiveringsmeddelandet skall skickas innefattar att skicka ett abonnentinformationsbegärans (subscriber information request, SIR) meddelande till en hemabonnentserver (Home Subscriber Server, HSS); och att motta statusinformationen för användarutrustningen innefattar att motta ett abonnentinformationssvars (Subscriber Information Answer, SIA) meddelande från HSS.
10. Förfa ra nde innefatta nde att: motta en begäran att skicka ett anordningsaktiveringsmeddelande via LTE-nätet; validera begäran att skicka ett anordningsaktiveringsmeddelande; begära statusinformation för en användarutrustning (UE) till vilket anordnings- aktiveringen skall skickas; motta statusinformationen från UE; och skicka en begäran till en mobil hanteringsenhet att behandla begäran att skicka ett anordningsaktiveringsmeddela nde.
SE1350812A 2012-07-02 2013-07-02 Anordning och förfarande för att effektivt skicka anordningsaktiveringsmeddelanden till en anordning SE1350812A1 (sv)

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
US2013000465 2013-06-19

Publications (1)

Publication Number Publication Date
SE1350812A1 true SE1350812A1 (sv) 2014-01-03

Family

ID=74556583

Family Applications (1)

Application Number Title Priority Date Filing Date
SE1350812A SE1350812A1 (sv) 2012-07-02 2013-07-02 Anordning och förfarande för att effektivt skicka anordningsaktiveringsmeddelanden till en anordning

Country Status (17)

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

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 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける装置トリガー／スモールデータの交替／回収方法及び装置
WO2014097572A1 (ja) * 2012-12-21 2014-06-26 日本電気株式会社 Mtc-iwfエンティティ、scsエンティティ、シグナリング方法、及びコンピュータ可読媒体
WO2014109988A2 (en) * 2013-01-08 2014-07-17 Ingterdigital Patent Holdings, Inc. Method and apparatus for triggering devices and delivering small data
JP6319100B2 (ja) * 2013-01-11 2018-05-09 日本電気株式会社 メッセージ配信システム、配信順序決定装置、配信順序決定方法及び配信順序決定プログラム
CN111726234B (zh) * 2013-07-24 2023-03-24 康维达无线有限责任公司 服务域收费系统和方法
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
EP3097740B1 (en) 2014-01-24 2018-07-25 Sony Corporation Communications device
US20170019749A1 (en) * 2014-02-04 2017-01-19 Ntt Docomo, Inc. Service control system, user apparatus, and service control method
GB2539363A (en) 2014-06-12 2016-12-21 Nec Corp Communication system
EP3280175A4 (en) * 2015-03-31 2018-03-28 NTT DoCoMo, Inc. Gateway device and communication method
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
CN109417728B (zh) * 2016-06-30 2023-02-28 苹果公司 用于授权和启用/禁用增强覆盖功能的装置
EP3310104A4 (en) * 2016-08-10 2018-06-20 LG Electronics Inc. -1- Method for receiving paging signal in nb-iot and method for performing random access procedure in nb-iot
US10911936B2 (en) 2016-10-07 2021-02-02 Nec Corporation SCEF entity, communication terminal, data processing method, data receiving method, and non-transitory computer readable medium
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 삼성전자주식회사 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
EP2537323B1 (en) * 2010-02-15 2016-08-24 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 (sv) * 2010-06-15 2015-07-31 Tekelec Inc
JP5732753B2 (ja) * 2010-06-23 2015-06-10 ソニー株式会社 無線通信装置、無線通信システムおよび無線通信方法
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
GB2485232B (en) * 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Mobile communications network and method
KR101489108B1 (ko) * 2010-12-21 2015-02-02 코닌클리즈케 케이피엔 엔.브이. 원격통신 네트워크에서 서비스 요청을 처리하기 위한 방법 및 시스템
KR101746668B1 (ko) 2010-12-21 2017-06-13 한국전자통신연구원 접속해제 상태의 사물통신 디바이스를 위한 데이터 전송 방법 및 이를 이용하는 이동통신 시스템
EP2490463B1 (en) * 2011-02-16 2015-12-16 HTC Corporation Service networks and methods for handling machine type communication device triggering
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
NL2011078A (en) 2014-01-06
ITMI20131103A1 (it) 2014-01-03
ES2733753T3 (es) 2019-12-02
EP3142392A1 (en) 2017-03-15
FI20135725A (sv) 2014-01-03
BE1022333B1 (fr) 2016-03-16
CN107493159B (zh) 2020-11-10
US20140003313A1 (en) 2014-01-02
KR20160036091A (ko) 2016-04-01
TW201724886A (zh) 2017-07-01
FR2992820A1 (en) 2014-01-03
FI20185380A (sv) 2018-04-23
FR2992820B1 (fr) 2016-11-25
FI20236300A1 (en) 2023-11-24
JP2015523028A (ja) 2015-08-06
EP2868009A4 (en) 2016-02-24
CA2874475A1 (en) 2014-01-09
CN107493159A (zh) 2017-12-19
TWI610582B (zh) 2018-01-01
WO2014007990A1 (en) 2014-01-09
HUE043858T2 (hu) 2019-09-30
KR101618497B1 (ko) 2016-05-04
TW201528845A (zh) 2015-07-16
US9432150B2 (en) 2016-08-30
TWI568291B (zh) 2017-01-21
BR112014030156A2 (pt) 2017-06-27
TW201410051A (zh) 2014-03-01
ES2447340R1 (es) 2014-12-26
US20150249958A1 (en) 2015-09-03
EP2868009B1 (en) 2019-05-15
CN103763694B (zh) 2017-08-29
US8989070B2 (en) 2015-03-24
JP2016184950A (ja) 2016-10-20
EP3142392B1 (en) 2023-08-23
CN103763694A (zh) 2014-04-30
ES2447340B2 (es) 2015-09-29
JP5950244B2 (ja) 2016-07-13
FI127414B (sv) 2018-05-31
FI3142392T3 (fi) 2023-09-06
TWI489893B (zh) 2015-06-21
KR101657443B1 (ko) 2016-09-19
KR20150008438A (ko) 2015-01-22
EP2868009A1 (en) 2015-05-06
ES2447340A2 (es) 2014-03-11
NL2011078C2 (en) 2014-11-24

Similar Documents

Publication Publication Date Title
SE1350812A1 (sv) Anordning och förfarande för att effektivt skicka anordningsaktiveringsmeddelanden till en anordning
EP3308597B1 (en) Methods and apparatus for assisting the distribution of content stored in a mobile device by means of device to device, d2d, communications
US20160192408A1 (en) Apparatus and method for small data transmission in 3gpp-lte systems
CN113056929A (zh) 用于参数配置的方法和装置
US11777806B2 (en) Methods, system, UE, PGW-U and MME for managing traffic differentiation
CN116761134A (zh) 用于位置服务的方法和装置
JP7110187B2 (ja) モバイル通信ネットワークにおける近接サービスアクセス
WO2015028057A1 (en) Packet processing in communications
CN117616784A (zh) 用于建立具有所要求的服务质量的会话的方法和装置

Legal Events

Date Code Title Description
NAV Patent application has lapsed