ES2660053T3 - Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP - Google Patents

Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP Download PDF

Info

Publication number
ES2660053T3
ES2660053T3 ES13842964.2T ES13842964T ES2660053T3 ES 2660053 T3 ES2660053 T3 ES 2660053T3 ES 13842964 T ES13842964 T ES 13842964T ES 2660053 T3 ES2660053 T3 ES 2660053T3
Authority
ES
Spain
Prior art keywords
monitoring
mtc
monitoring event
iwf
event data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13842964.2T
Other languages
English (en)
Inventor
Puneet K. Jain
Varun N. RAO
Muthaiah Venkatachalam
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Corp
Original Assignee
Intel Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Intel Corp filed Critical Intel Corp
Application granted granted Critical
Publication of ES2660053T3 publication Critical patent/ES2660053T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/08Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/318Received signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0069Cell search, i.e. determining cell identity [cell-ID]
    • H04J11/0086Search parameters, e.g. search strategy, accumulation length, range of search, thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/16Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
    • H04J3/1694Allocation of channels in TDM/TDMA networks, e.g. distributed multiplexers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038Blind format detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5032Generating service level reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0057Physical resource allocation for CQI
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • H04L5/0073Allocation arrangements that take into account other cell interferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signalling for the administration of the divided path, e.g. signalling of configuration information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0205Traffic management, e.g. flow control or congestion control at the air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/08Load balancing or load distribution
    • H04W28/09Management thereof
    • H04W28/0925Management thereof using policies
    • H04W28/0942Management thereof using policies based on measured or predicted load of entities- or links
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0061Transmission or use of information for re-establishing the radio link of neighbour cell information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0066Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/0085Hand-off measurements
    • H04W36/0088Scheduling hand-off measurements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/22Performing reselection for specific purposes for handling the traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/005Routing actions in the presence of nodes in sleep or doze mode
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246Connectivity information discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/20Selecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H04W52/0235Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal where the received signal is a power saving command
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0251Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
    • H04W52/0258Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity controlling an operation mode according to history or models of usage information, e.g. activity schedule or time of day
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04Transmission power control [TPC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04Transmission power control [TPC]
    • H04W52/06TPC algorithms
    • H04W52/14Separate analysis of uplink or downlink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/52Allocation or scheduling criteria for wireless resources based on load
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/23Manipulation of direct-mode connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04Large scale networks; Deep hierarchical networks
    • H04W84/042Public Land Mobile systems, e.g. cellular systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12Access point controller devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14Backbone network devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un equipo de usuario (UE) para comunicación en una red inalámbrica que soporta monitorización de comunicación de tipo máquina (MTC), comprendiendo el UE: un receptor configurado para recibir desde una entidad de red que termina un punto de referencia T4 o T5, datos de eventos de monitorización especificados por un servidor de capacidad de servicios (SCS), un servicio de abonados local (HSS), o un registro de localización local (HLR); un procesador configurado para, como respuesta a la recepción de los datos de eventos de monitorización, configurar el UE para monitorizar un evento especificado por los datos de eventos de monitorización; y un transmisor configurado para transmitir, a la entidad de red, una respuesta a los datos de eventos de monitorización, incluyendo la respuesta información de estado de entrega que indica si los datos de eventos de monitorización se han entregado satisfactoriamente a y se han configurado en el UE.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP Campo técnico
La presente divulgación está relacionada, en general, con la monitorización de eventos configurados (denominados eventos de monitorización) como un servicio para comunicación de tipo máquina (MTC) y, más en particular, con arquitecturas del proyecto de asociación de tercera generación (3GPP) y mensajes que soportan configuración, detección y notificación de eventos de monitorización MTC (o simplemente monitorización).
Información de antecedentes
La Especificación Técnica 22.368 del 3GPP titulada "Service requirements for Machine-Type Communication (MTC); Stage 1 (Release 11) (Requisitos de servicio para Comunicación de Tipo Máquina (MTC); Etapa 1 (Versión 11))", y el Informe Técnico 37.868 del 3GPP titulado "Study on RAN Improvements for Machine-Type Communications (Release 10) (Estudio sobre mejoras de la RAN para Comunicaciones de Tipo Máquina (Versión 10)", describen varios casos de utilización para monitorización MTC. Por ejemplo, los dispositivos de medida de equipos de usuario (UE) podrían monitorizar la utilización de servicios públicos municipales para enviar periódicamente información sobre consumo de energía para proveedores de servicio. Los dispositivos de medida pueden enviar informes de forma autónoma con información de utilización a un nodo centralizado en una red, o el nodo centralizado puede consultar a los dispositivos de medida cuando necesite algún informe.
La seguridad vial es otra aplicación de ejemplo de monitorización. Por ejemplo, en caso de un accidente de coche, un servicio de llamadas de emergencia en el vehículo enviaría de forma autónoma información de localización del accidente de coche a un servicio de emergencia y, por lo tanto, facilita una asistencia rápida. Otras aplicaciones de seguridad vial para monitorización incluyen gestión inteligente del tráfico, multas automáticas, gestión de flotas y otros usos.
La electrónica de consumo, incluyendo dispositivos como, por ejemplo, lectores de eBooks (libros electrónicos), cámaras digitales, ordenadores personales y sistemas de navegación, también se podrían beneficiar de la monitorización. Por ejemplo, dichos dispositivos podrían utilizar la monitorización para actualizar el firmware o para subir y descargar contenido en línea. El documento WO2011/084011 divulga un sistema de comunicación móvil y un método para monitorizar la ocurrencia de un evento de un servicio de comunicación de tipo máquina (MTC) en un sistema de comunicación móvil.
Breve descripción de los modos de realización
La FIG. 1 es un diagrama de bloques de un sistema 3GPP para monitorizar un servicio MTC, de acuerdo con un modo de realización.
La FIG. 2 es un diagrama de una secuencia de mensajes que muestra un flujo de llamada de mensajes para configurar una entidad de gestión de movilidad (MME) para monitorización.
La FIG. 3 es un diagrama de flujo que muestra un comportamiento de una MTC-IWF como respuesta a la recepción de una petición de configuración de un SCS/AS.
La FIG. 4 es un diagrama de una secuencia de mensajes que muestra un flujo de llamada de mensajes para configurar, a través de una interfaz T5, un UE para monitorización.
La FIG. 5 es un diagrama de una secuencia de mensajes que muestra un flujo de llamada de mensajes para configurar, a través de una interfaz T4, un UE para monitorización.
La FIG. 6 es un diagrama de una secuencia de mensajes que muestra un flujo de llamada de mensajes para configurar una pasarela de red de paquetes de datos (P-GW) para monitorización.
La FIG. 7 es un diagrama de una secuencia de mensajes que muestra un flujo de llamada de mensajes para configurar un nodo B mejorado (eNB) para monitorización.
La FIG. 8 es un diagrama de flujo que muestra el comportamiento de un elemento de red como respuesta a un evento de monitorización.
La FIG. 9 es un diagrama de bloques de un UE, de acuerdo con un modo de realización.
Descripción detallada de los modos de realización
La monitorización, en el contexto de un sistema 3GPP, se puede utilizar para reasignar recursos de red de forma dinámica como respuesta a un evento de monitorización. Ejemplos de eventos a monitorizar incluyen la asociación de un dispositivo MTC y una Tarjeta de Circuito Integrado Universal, o vandalismo o robo de un
5
10
15
20
25
30
35
40
45
50
55
módulo de comunicación en un dispositivo MTC. Si un nodo en la red detectara dicho evento para el dispositivo, la red o el dispositivo se configurarían para realizar acciones especiales, por ejemplo, limitar el acceso o reducir los recursos asignados de la red o el dispositivo. En consecuencia, esta solicitud describe técnicas para activar la monitorización para eventos específicos, detección de eventos y la notificación de eventos (por ejemplo, información de localización) a varios usuarios o entidades autorizados como respuesta por parte de aplicaciones o para registrar el evento en varios nodos, por ejemplo.
Se describen los mensajes 3GPP para configuración, detección y notificación dinámicas de eventos de monitorización. También se describe una arquitectura de sistema de red 3GPP (o simplemente, un sistema 3GPP) que incluye una función de interfuncionamiento MTC (MTC-IWF) que comunica mensajes de configuración, detección y notificación de eventos de monitorización mediante interfaces existentes como, por ejemplo, interfaces Tsp, T4 y T5.
Una MTC-IWF configura elementos de red para monitorizar eventos específicos solicitados por un servidor de capacidad de servicios (SCS) o un servidor de aplicaciones (AS), denominados de forma colectiva o alternativa SCS/AS. El SCS/AS envía una solicitud de configuración a la MTC-IWF sobre una interfaz Tsp para configurar de forma dinámica varios elementos de red (también denominados nodos o entidades) para su monitorización. En algunos modos de realización, la MTC-IWF envía, sobre un punto de referencia existente (por ejemplo, interfaces T4/T5), detalles de eventos de monitorización como, por ejemplo, los pares de valores de atributos (AVP) event- ID (evento-id) event-action (evento-acción) y event-monitoring (evento-monitorización) que definen un evento y una acción correspondiente a realizar como respuesta a una ocurrencia de un evento. Después de haber configurado un elemento de red para monitorizar un evento, el SCS/AS puede recibir una confirmación del mismo.
De acuerdo con algunos modos de realización, como respuesta a una ocurrencia de un evento configurado, una MTC-IWF es informada de la ocurrencia y se realiza una acción predefinida. Por ejemplo, la MTC-IWF notifica el evento al SCS/AS.
La FIG. 1 muestra un ejemplo de sistema 10 del 3GPP que soporta configuración, detección y notificación de eventos de monitorización asociados a dispositivos MTC. El sistema 10 del 3GPP proporciona interfaces Um/Uu/LTE-Uu 12 que conectan una aplicación MTC 14 de un UE 16 en una red móvil terrestre pública visitada (VPLMN) 18 a una aplicación MTC 20 de un SCS 22 o un AS 24 en una red móvil terrestre pública local (HPLMN) 26. El UE 16 aloja una o múltiples aplicaciones MTC 14. Del mismo modo, el AS 24 aloja una o múltiples aplicaciones MTC 20 que hacen uso del SCS 22 para servicios de valor añadido adicionales. Detalles adicionales del sistema 10 del 3GPP y sus nodos de red (también denominados entidades o elementos) están disponibles en la Especificación Técnica 23.682 del 3GPP titulada "Architecture enhancements to facilitate communication with packed data networks and applications (Release 11) (Mejoras de arquitectura para facilitar la comunicación con redes y aplicaciones de paquetes de datos (Versión 11))" (denominada en la presente solicitud como TS 23.682), la cual se resume en los párrafos siguientes.
El sistema 10 del 3GPP soporta varios modelos de comunicación MTC entre el UE 16 y el SCS/AS 22, 24 para proporcionar servicios utilizados para comunicaciones extremo a extremo entre las aplicaciones MTC 14 y 20. Por ejemplo, el Anexo A de la TS 23.682 titulado "MTC Deployment Scenarios (Escenarios de Despliegue MTC)" describe tres modelos de comunicación diferentes que incluyen los modelos de comunicación indirecto, directo e híbrido 27, 28 y 29. En la TS 23.682 se encuentra disponible información adicional que describe estos modelos.
El sistema 10 del 3GPP proporciona transporte, gestión de abonados y otros servicios de comunicación que incluyen varias mejoras de arquitectura motivadas por, pero no restringidas a, la MTC. Por ejemplo, uno de dichos servicios es la activación de dispositivos del plano de control - denominado activación de dispositivos. La activación de dispositivos es una técnica para enviar información al UE 16 para activarlo con el fin de realizar acciones específicas de aplicación incluyendo el inicio de comunicaciones con el SCS 22 (en el modelo 27 de comunicación indirecta) o el AS 24 (en el modelo 28 de comunicación directa). La activación de dispositivos se puede utilizar cuando no está disponible una dirección IP para el UE 16 o no es alcanzable por el SCS/AS 22, 24. De este modo, el mensaje de activación de dispositivos incluye información que permite al sistema 10 del 3GPP encaminar mensajes a una aplicación de UE apropiada y permite al UE encaminar mensajes a una aplicación del SCS/AS apropiada.
Normalmente, el operador de la HPLMN 26 o un proveedor de servicio MTC controla el SCS 22. El SCS 22 ofrece capacidades para la utilización por uno o múltiples AS. El SCS 22 es la entidad que conecta uno o más AS al sistema 10 del 3GPP para permitirles comunicarse mediante los servicios específicos definidos por el 3GPP con el UE 16 y con la MtC-IWF 30. Un SCS se puede conectar a una o más MtC-IWF. Asimismo, una MTC-IWF se puede conectar a uno o más SCS.
La MTC-IWF 30 podría ser una entidad independiente o una entidad funcional de otro elemento de red en la HPLMN 26. La mTc-IWF 30 termina una interfaz Tsp 32, una interfaz S6m 34, una interfaz T4 36, una interfaz T5 38, y una interfaz Rf/Ga 40 (cada una de las cuales se describe más abajo); oculta la topología interna de la
5
10
15
20
25
30
35
40
45
50
55
HPLMN 26; y retransmite o traduce la información enviada sobre la interfaz Tsp 32 para invocar una funcionalidad específica proporcionada por entidades de la HPLMN 26.
En la TS 23.682 se describen las interfaces entre nodos de red del sistema 10 del 3GPP. Estas interfaces y nodos se resumen a continuación.
La interfaz Tsms 42 es un punto de referencia utilizado por una entidad de mensajes cortos (SME) 44 para comunicarse mediante un servicio de mensajes cortos (SMS) con los UE utilizados para MTC. La interfaz Tsms 42 también es la interfaz utilizada para enviar un mensaje de activación al UE 16 por parte de cualquier elemento de red (por ejemplo, el SCS 22) actuando como entidad 44 de mensajes cortos, u otras entidades fuera del sistema 10 del 3GPP que se comunican con los UE mediante un servicio de mensajes cortos (SMS).
La interfaz T4 36 es un punto de referencia utilizado por la MTC-IWF 30 para encaminar activaciones de dispositivos a un centro de servicio del servicio de mensajes cortos (SMS-SC), un centro de conmutación móvil de pasarela (GMSC) o un centro de conmutación móvil de interfuncionamiento (IWMSC) 46 en la HPLMN 26. El SMS-SC/GMSC/IWMSC 46 se comunica con una pasarela IP de mensajes cortos (IP-SM-GW) 47. Se pueden encontrar detalles adicionales de la IP-SM-GW 47 en la sección 5.3.1 de la Especificación Técnica 23.204 del 3GPP titulada "Support of Short Message Service (SMS) over generic 3GPP Internet Protocol (IP) Access; Stage 2 (Release 12) (Soporte del Servicio de Mensajes Cortos (SMS) sobre un Acceso genérico del Protocolo de Internet (IP) del 3GPP; Etapa 2 (Versión 12)".
La interfaz Tsp 32 es un punto de referencia utilizado por el SCS 22 para comunicarse con la señalización del plano de control de la MTC-IWF 30 apropiado. En otras palabras, la interfaz Tsp 32 es una interfaz estandarizada del 3GPP para facilitar servicios de valor añadido motivados por la MTC (por ejemplo, activación de dispositivos mediante el plano de control) y proporcionados por el SCS 22.
Las interfaces T5a, T5b y T5c 48, 50 y 52 (en general, las interfaces T5 38) son puntos de referencia utilizados entre la MTC-IWF 30 y un nodo de servicio del servicio general de radio por paquetes (GPRS) (SGSN) 54, una MME 56 y un centro de conmutación móvil (MSC) 58, respectivamente. Con el fin de soportar la monitorización en escenarios de itinerancia, se pueden establecer acuerdos de itinerancia entre los operadores de la HPLMN 26 y la VPLMN 18. En dicho escenario de itinerancia, las interfaces T5 38 también se configurarían para soportar la itinerancia.
El SMS-SC 46 termina varias interfaces que no se muestran en la FIG. 1. Por ejemplo, el SMS-SC 46 termina las interfaces Gd, SGd y E para, respectivamente, el SGSN 54, la MME 56 y el MsC 58.
La interfaz S6m 34 es un punto de referencia utilizado por la MTC-IWF 30 para consultar a un servicio local de abonados (HSS) o un registro de localización local (HLR) 60, denominados de forma colectiva o alternativa HSS/HLR 60. Los HSS/HLR 60 están localizados entre la MTC-IWF 30 y una entidad de autenticación, autorización y facturación MTC (MTC AAA) 64 para soportar la activación de dispositivos almacenando información de suscripción de red de UE y proporcionando dicha información a la MTC-IWF que consulta para su utilización en la activación de dispositivos. El HSS/HLR 60 también determina si el SCS 22 está autorizado para enviar una activación de dispositivo al UE 16.
Una interfaz S6n 70 es un punto de referencia utilizado por el MTC-AAA 64 para consultar al HSS/HLR 60.
El sistema 10 del 3GPP puede incluir entidades adicionales. Por ejemplo, un nodo de soporte de la pasarela GPRS (GGSN) o una P-GW 80, denominadas de forma colectiva o alternativa como GGSN/P-GW 80, soporta los modelos 27 ó 29 de comunicación indirecta o híbrida. Una pasarela de servicio (S-GW) 86 interacciona con una red 88 de acceso radio. Una función de datos de cargo (CDF) o una función de pasarela de cargo (CGF) 90 gestiona servicios de facturación.
En la presente solicitud se describe una infraestructura de monitorización MTC para el sistema 10 del 3GPP de acuerdo con tres componentes complementarios. La sección A describe la configuración de eventos de monitorización utilizando mensajes basados en el protocolo Diameter y ejemplos para definir eventos de monitorización sobre varias entidades del sistema 10 del 3GPP. La sección B describe la detección de un evento de monitorización para eventos configurados. Como respuesta a la detección de un evento monitorizado, un UE o una entidad de red puede ejecutar una acción configurada previamente como, por ejemplo, la notificación del evento. La sección C describe la notificación de eventos de monitorización, en la que el UE u otra entidad de red le notifica el evento detectado al SCS/AS 22, 24.
A Configuración de Eventos de Monitorización
A las entidades de red se les proporcionan datos de configuración de eventos de monitorización de modo que dichas entidades realicen la detección y notificación de eventos de monitorización. Por ejemplo, los datos de configuración pueden incluir un tipo de evento de monitorización, las acciones correspondientes a realizar para el evento de monitorización, información que identifica un SCS/AS que se suscribe al evento de monitorización, información de activación/desactivación para eventos de monitorización configurados, y otros datos de eventos
5
10
15
20
25
30
35
40
45
50
55
de monitorización. Los datos de eventos de monitorización se proporcionan en mensajes basados en un Protocolo Base Diameter definido en la Petición de Comentarios (RFC) 3588 del Grupo de Trabajo de Ingeniería de Internet (IETF). En la siguiente sección A1 se proporciona una descripción de los mensajes basados en el protocolo Diameter que incluyen datos de eventos de monitorización, seguida por las secciones A2-A.5 que describen varios modos de realización que utilizan los mensajes de la sección A1 con el fin de establecer una configuración dinámica de eventos de monitorización entre varios elementos de red.
A1 Infraestructura de Mensajería que Facilita la Configuración de Eventos de Monitorización
La Especificación Técnica 29.368 del 3GPP titulada "Tsp interface protocol between the MTC Interworking Function (MTC-IWF) and Service Capability Server (SCS) (Release 11) (Protocolo de interfaz Tsp entre la Función de Interfuncionamiento MTC (MTC-IWF) y el Servidor de Capacidades de Servicio (SCS) (Versión 11))", (TS 29.368) proporciona extensiones a la RFC 3588 del IETF. Por ejemplo, la TS 29.368 especifica AVP basados en el protocolo diameter (esto es, campos de datos de mensaje), protocolos, y varios comandos hechos a medida para un punto de referencia Tsp en un sistema 3GPP.
En algunos modos de realización, dos mensajes definidos en la TS 29.368, los mensajes device-action-request (petición de acción de dispositivo) (DAR) y device-action-answer (respuesta de acción de dispositivo) (DAA) (también denominados comandos), se mejoran para comunicar respectivamente las peticiones de configuración de monitorización y los estados de dicha petición. En otros modos de realización, los mensajes monitoring-action- request (petición de acción de monitorización) (MAR) y monitoring-action-answer (respuesta de acción de monitorización) (MAA) son mensajes del protocolo base diameter utilizados en lugar de o además de los mensajes DAR y DAA pero contienen comandos diferentes de aquellos de los mensajes DAR y DAA (mejorados).
Los mensajes DAR y DAA incluyen un AVP action-type (acción tipo) que informa a la MTC-IWF 30 sobre qué tipo de acción se va a solicitar (por ejemplo, configuración de monitorización, notificación, activación o desactivación) y también informa al SCS 22 sobre qué tipo de acción se va a notificar. El AVP action-type tiene un código identificador numérico y también incluye los siguientes valores definidos: Device Trigger Request (Petición de Activación de Dispositivo) (valor 1) - Este valor indica una petición de activación de dispositivo y el valor se utiliza en un AVP device-action del mensaje DAR y en un AVP device-notification (dispositivo-notificación) del mensaje DAA; Delivery Report (Notificación de Entrega) (valor 2) - Este valor indica una notificación de entrega enviada desde la MTC-IWF 30 al SCS 22 y el valor se utiliza en el AVP device-notification de un comando device- notification-request (petición de notificación de dispositivo); y una Monitoring Action Request (Petición de Acción de Monitorización) (valor 3) - Este valor indica que se realiza una petición de monitorización y se utiliza el valor en el AVP Device-Action del comando DAR.
El mensaje DAR tiene un AVP para un indicador de Monitoring Action Request con el fin de especificarle a la MTC-IWF 30 que se debería configurar para monitorizar un elemento de red concreto. El mensaje DAR también puede incluir datos de eventos de monitorización de forma parecida al mensaje MAR descrito en la Tabla 1.
El mensaje DAA tiene un AVP para un indicador de Monitoring Configuration Answer (Respuesta de Configuración de Monitorización) (o simplemente, el estado de la petición) con el fin de reflejar el estado de un mensaje DAR y, por lo tanto, comunicar un resultado del mensaje DAR. El mensaje DAA también puede incluir información similar a la del mensaje MAA descrito más abajo.
El mensaje MAR que se muestra en la Tabla 1 tiene un nuevo AVP para un indicador de Monitoring Action Request. El mensaje MAR también tiene nuevos valores definidos para los AVP action-type. Agunos valores de AVP action-type incluyen: los tipos de acción configuration (configuración), report (notificación), activate (activación) y deactivate (desactivación). También se definen nuevos AVP para Event-ID, Event Action, Destination Node (Nodo de Destino, Event-Specific Information (Información Específica de Evento) y Event Frequency (Frecuencia de Evento), cualquiera de los cuales puede ser configurado por el mensaje MAR. El AVP Event-ID se utiliza para identificar el evento a monitorizar. El AVP Event Action se utiliza para especificar la acción a realizar cuando se produce un evento que está siendo monitorizado. El AVP Destination Node se utiliza para especificar el elemento de red a configurar para monitorizar el evento. El AVP Event-Specific Information se utiliza para especificar que se debería enviar una información concreta relacionada con un evento. Por ejemplo, si se utiliza un dispositivo MTC en un coche para monitorizar el fallo de cierto componente, entonces, cuando se produce el evento de fallo, se puede generar un registro que contenga la información del fallo. En este caso, el AVP Event-Specific Information indica si es necesario enviar la información como respuesta a la ocurrencia del evento. El aVp Event Frequency se utiliza para especificar si el evento se tiene que monitorizar de forma continua o se tiene que monitorizar en intervalos de tiempo.
La siguiente definición del mensaje MAR está formateada de acuerdo con una definición de Formato de Código de Comando (CCF) basado en el Protocolo Base Diameter definido por la RFC 3588 del IETF y ampliado por la TS 29.368. Por lo tanto, la siguiente definición de ejemplo se expresa en sintaxis de metalenguaje de Forma Backus-Naur Aumentada (ABNF):
5
10
15
20
25
Definición del comando
Campos AVP del Comando <cabecera>, <fijo>, {obligatorio}, y [opcional] Notas
<MAR>::=
<Cabecera Diameter: TDB-IANA REQ, PXY> Código numérico TDB-IANA que identifica el mensaje
<Session-Id (Id de Sesión)>
En el mensaje DAR se pueden encontrar elementos parecidos
{ Auth-Application-Id (Id Aut Aplicación) }
{ Auth-Session-State (Estado Aut Sesión) }
{ Origin-Host (Servidor de Origen) }
{ Origin-Realm (Dominio de Origen) }
{ Destination-Realm (Dominio de Destino) }
[ Destination-Host (Servidor de Destino) ]
[ Origin-State-Id (Id de Estado de Origen) ]
[ Device-Action ]
Elementos AVP para monitorizar datos de evento
[ Event ID ]
[ Event Action ]
[ Destination Node ]
[ Event-Specific Information ]
[ Event Frequency ]
*[ Proxy-Info (Info de agente) ]
* indica elementos que pueden tener instancias duplicadas
*[ Route-Record (Registro de Ruta) ]
*[ AVP ]
Tabla 1
El mensaje MAA tiene definido un nuevo AVP para comunicar el resultado del mensaje MAR (esto es, el estado de la petición). El estado de la petición informa al SCS/AS 22, 24 si se ha configurado correctamente el elemento de red especificado para la monitorización. Tal como se explica en secciones posteriores, la MTC-IWF 30 le env'a al SCS 22 el estado de la petición de configuración enviando un mensaje MAA con el AVP action-type fijado con el valor Monitoring Configuration Action Request y el AVP Request-Status (que también se incluye en el mensaje MAA-parecido al mensaje DAA) fijado con un valor que indica el estado de la petición de activación del dispositivo.
A2 Configuración de Monitorización Utilizando las Interfaces Tsp y T5
Las FIG. 2 y 3 muestran un ejemplo de una configuración 100 de monitorización MTC sobre el SGSN/MME/MSC 54, 56 ó 58 utilizando las interfaces Tsp y T5 32 y 38. Los pasos 110-180 describen una secuencia de mensajes basados en el protocolo diameter para configuración del SGSN/MME/MSC 54, 56, 58. Los pasos 190-195 describen mensajes de respuesta a la configuración. La FIG. 3 omite el comportamiento del nodo configurado (paso 180), pero los pasos diferentes comunes en cada una de las FIG. 2 y 3 comparten números de referencia similares.
Paso 110: En algunos modos de realización, el SCS/AS 22, 24 proporciona un mensaje MAR (ver Tabla 1) a la MTC-IWF 30 sobre la interfaz Tsp 32. El AVP action-type del mensaje MAR se fija con el valor Monitoring Action Request (3) para configurar de forma dinámica un elemento de red para monitorización. Los detalles del evento de monitorización están configurados por los AVP de datos de eventos de monitorización (también denominados datos de configuración de monitorización) y los parámetros asociados que se muestran en la Tabla 1. En otros modos de realización, el SCS/AS 22, 24 envía un comando DAR mejorado a la MTC-IWF 30 con el AVP action- type fijado con un valor para una petición de configuración de monitorización y con otros AVP de eventos relacionados descritos anteriormente.
Paso 120: Como respuesta a la recepción del mensaje MAR, la MTC-IWF 30 comprueba si se autoriza al SCS 22 a enviar peticiones de monitorización y si el SCS 22 ha excedido su cuota o tasa de envío de peticiones de monitorización sobre la interfaz Tsp 32.
Paso 130: Si la comprobación es negativa, en algunos modos de realización, la MTC-IWF 30 envía un mensaje con un motivo que indica la razón de la condición de fallo y el flujo se detiene en este paso. Por ejemplo, la MTC-
5
10
15
20
25
30
35
40
45
50
55
IWF 30 le envía a la SCS 22 el estado de la petición de configuración enviando un comando MAA con el AVP action-type fijado con el valor Monitoring Action Request (3) y el AVP request-status fijado con un valor que indica el estado de la petición de activación de dispositivo (esto es, negativo).
Opcionalmente, si la comprobación es positiva, en algunos modos de realización, la MTC-IWF 30 envía un mensaje que indica éxito y el flujo continúa con el paso 140. Otros modos de realización con comprobaciones positivas en el paso 120 simplemente omiten el paso 130 y continúan en el paso 140.
Pasos 140-160: La MTC-IWF 30 le envía al HSS/HLR 60 un mensaje subscriber-information-request (petición de información de abonado) para autorizar los datos de evento de monitorización y registrar otros detalles de la configuración (por ejemplo, confirmando que un event-ID está disponible). Por ejemplo, eventos de monitorización están configurados en el HSS 60 como parte de datos de abonado de UE de modo que el HSS 60 verifica 150 los datos de eventos de monitorización y autoriza a la MTC-IWF 30 para configurar un elemento de red para monitorización. El HSS 60 también puede indicar el nodo de red para monitorizar el evento (esto es, MME, SGSN, P-GW, u otros nodos). En consecuencia, el HSS 60 responde 160 con un mensaje subscriber- information-answer (respuesta de información de abonado) que indica si se autoriza 160a o no se autoriza 160b la configuración (FIG. 3). Se mejoran los mensajes subscriber-information-request y subscriber-information- answer para transportar AVP asociados con los datos de eventos de monitorización.
Paso 170: En función del tipo de acción de evento solicitada, la MTC-IWF 30 determina el nodo de destino para la configuración de monitorización basándose en la información recibida desde el SCS 22 y el HSS 60. Por ejemplo, en el caso de configuración de eventos de monitorización (o activación/desactivación) en la MME 56, la mTC-IWF 30 le envía a la MME 56 un mensaje submit-request (petición de envío) sobre la interfaz T5b 50 con los datos de eventos de monitorización. También se mejora el mensaje submit-request para incluir datos de eventos de monitorización.
Paso 180: La MME 56, al recibir el mensaje submit-request, determina, en función del AVP destination-node, que los datos de eventos de monitorización van dirigidos a ella. A continuación, configura (por ejemplo, activa/desactiva) la monitorización tal como ha especificado el SCS/AS 22, 24. A continuación, la MME 56 es capaz de monitorizar el evento y responder al evento tal como ha especificado el SCS/AS 22, 24.
Pasos 190-195: La MME 56 le envía a la MTC-IWF 30 una confirmación de éxito/fallo de la configuración de la monitorización. El mensaje de confirmación de entrega se mejora de forma parecida a la descrita en relación a los mensajes DAR y dAa para reflejar el estado de la petición. A continuación, la MTC-IWF 30 le envía al SCS/AS 22, 24 una notificación del estado de la configuración enviando, por ejemplo, un mensaje MAA. En algunos modos de realización, los pasos 190-195 son opcionales. En otros modos de realización, los pasos 190195 se realizan únicamente como respuesta a un intento fallido de configuración.
Tal como se ha descrito, el SCS 22 proporciona dinámicamente los datos de configuración de monitorización. En otros modos de realización, los datos de configuración de monitorización se almacenan estáticamente como parte de la suscripción del UE y están disponibles desde un HSS para su descarga a un SGSN/MME en el proceso de conexión. En otras palabras, el SGSn/MME puede recibir datos de configuración de monitorización descargados desde un HSS como parte del procedimiento de descarga de suscripción del UE, por ejemplo, durante el procedimiento Attach(conexión)/RAU/TAU.
En algunos modos de realización, la MME 56 se puede configurar utilizando la interfaz T4 36. Por ejemplo, en lugar de proporcionar un mensaje de activación de dispositivo a un UE tal como se describe en la sección A3.2 posterior, se le proporciona a la MME 56 una activación de dispositivo y, por lo tanto, se configura para monitorizar un evento.
A3 Configuración de Evento de Monitorización en un UE
Esta sección contiene dos subsecciones que describen la configuración del UE sobre las interfaces T5 y T4, respectivamente.
A3.1 Configuración del UE para Monitorización Utilizando la Interfaz T5
La FIG. 4 muestra un flujo de llamada de mensajes para configurar el UE 16 para monitorizar eventos, incluyendo los pasos 110-160 y 190-195 descritos anteriormente que son comunes a las FIG. 2-3.
Pasos 280-290: La MME 56 (o SGSN/MSC 54, 58 en algunos otros modos de realización) le transfiere al UE 16 un mensaje de activación de dispositivo y así el UE 16 está configurado con los detalles de monitorización. El paso 280 muestra una flecha bidireccional que representa que el UE 16 puede proporcionar una respuesta de estado indicando si el UE 16 se ha configurado, de acuerdo con algunos modos de realización. Tal como se muestra en la FIG. 4, la transferencia en el paso 280 (y cualquier respuesta opcional) se realiza utilizando un procedimiento de datos pequeños sobre la interfaz T5b 50. Los procedimientos de datos pequeños se describen, por ejemplo, en el Anexo B de la TS 23.682. Sin embargo, en algunos modos de realización los datos de eventos de monitorización se pueden proporcionar utilizando una activación de dispositivo con una carga de activación, u
5
10
15
20
25
30
35
40
45
50
55
otros servicios de mensajería IP. Después de una entrega satisfactoria, el UE 16 responde a un evento de monitorización tal como ha especificado el SCS 22.
A3.2 Configuración del UE para Monitorización Utilizando la Interfaz T4
La FIG. 5 muestra un flujo de llamada de mensajes utilizando la interfaz T4 36 para configurar el UE 16 para monitorizar eventos. La FIG. 5 muestra los pasos 110-160 y 195 descritos anteriormente que son comunes a las FIG. 2-3.
Los pasos 310-390 siguen el procedimiento documentado en la sección 5.2.2 de la TS 23.682. Particularmente, sin embargo, el mensaje de activación de envío del paso 310 y el mensaje de activación de transferencia del paso 340 incluyen cargas que se mejoran para transportar información relacionada con el evento de monitorización tal como se ha descrito anteriormente. Adicionalmente, cuando el paso 120 tiene éxito (esto es, cuando se omite el paso 130) un paso 325 puede proporcionarle al SCS/AS 22, 24 los resultados de un intento de configuración de monitorización.
Después de haber entregado al UE 16 la activación, se encuentra configurado para monitorizar eventos. La MTC- IWF 30 recibe la confirmación de entrega de la activación y en el paso 395 se lo notifica al SCS/AS 22, 24. El paso 395 también puede incluir AVP de datos específicos del evento de monitorización con el fin de notificar un evento monitorizado tal como se describe más abajo con respecto a la FIG. 8.
A4 Configuración de una P-GW para Monitorización
La FIG. 6 muestra un flujo 400 de llamada de mensajes utilizando una interfaz S5 (no se muestra) u otra interfaz entre la P-GW 80 y la S-GW 86 para configurar la P-GW 80 (o el GGSN) para monitorizar eventos. La FIG. 6 muestra los pasos 110-160 y 190-195 descritos anteriormente que son comunes a las FIG. 2-3.
Pasos 410-440: La MME 56 utiliza un mensaje de notificación de cambio mejorado para enviarle a la S-GW 86 los detalles del evento de monitorización. La S-GW 86 le reenvía el mensaje a la P-GW 80, y la P-GW 80 está configurada para monitorizar el evento. Las mejoras al mensaje de notificación de cambio son similares a las asociadas a la Tabla 1. En otros modos de realización, los servicios de mensajería IP, los servicios de carga de activación, el servicio de datos pequeños, u otros servicios se pueden utilizar para proporcionar datos del evento de monitorización.
Pasos 450-460: El Éxito/Fallo en la configuración del evento se le envía a la MME 56 en un mensaje Change Notification Acknowledgement (Confirmación de Notificación de Cambio) mejorado. La MME 56, al recibir la notificación, inicia el paso 190. A continuación, la MTC-IWF 30 ejecuta el paso 195 tal como se ha descrito anteriormente.
A5 Configuración del eNB para Monitorización
La FIG. 7 muestra un flujo 400 de llamada de mensajes utilizando una interfaz del protocolo de aplicación S1 (S1- AP) para configurar el eNB 512 (o el GGSN) para monitorizar eventos. El S1-AP es un protocolo que se ejecuta en la interfaz S1-MME entre el RAN 88 (que es el eNB 512 en algunos modos de realización) y la MME 56. La FIG. 7 muestra los pasos 110-160 y 190-195 descritos anteriormente que son comunes a las FIG. 2-3.
Pasos 510-530: La MME 56, al recibir la petición de configuración de evento de monitorización desde la MTC- IWF 30, se la reenvía al eNB 512 a través de una interfaz S1-AP (no se muestra). Un mensaje MAR de S1-AP tiene un formato parecido al mensaje MAR definido en la Tabla 1. Por lo tanto, al eNB 512 se le proporcionan los detalles y acciones del evento de monitorización y se configura para la monitorización de los eventos definidos. En otro modo de realización, se mejora un mensaje S1-AP existente de forma parecida a las mejoras del mensaje DAR para enviar al eNB 512 datos de eventos de monitorización. Asimismo, un mensaje MAA S1-AP se define de forma parecida al mensaje MAA para notificar el resultado de la configuración en el eNB 512. Por lo tanto, los mensajes S1-AP existentes se pueden mejorar para transportar notificaciones desde el eNB 512. La MME 56, al recibir una notificación, inicia el paso 190. A continuación. A continuación, la MTC-IWF 30 ejecuta el paso 195 tal como se ha descrito anteriormente.
B. Detección de eventos
La FIG. 8 es un diagrama de flujo que muestra la configuración, detección y notificación de eventos. Tal como se ha descrito en la Sección A, en el paso 810 se configura cualquiera de los elementos de red. El evento de monitorización configurado puede ser detectado 820 por diferentes nodos en función del tipo de evento. En función del tipo de evento de monitorización, un evento puede ser detectado por el SGSN/MME 54, 56, el GGSN/P-GW 80, el UE 16, la MME 56, el HSS 60, u otros nodos. Por ejemplo, si el/los evento(s) de monitorización es/son detectado(s) por el GGSN/P-GW 80, entonces le envía el evento de monitorización detectado al SGSN/MME 54, 56 de modo que el evento de monitorización se puede notificar sobre las interfaces T5/Tsp 38, 32. En algunos modos de realización, se le envía un informe a la MTC-IWF 30, la cual le envía el informe al SCS/AS 22, 24 sobre la interfaz Tsp 32 con el fin de enviarle información del evento. En otras
5
10
15
20
25
30
35
40
45
50
55
palabras, si el GGSN/P-GW 80 detecta el evento de monitorización, el GGSN/P-GW 80 le notifica la detección del evento de monitorización al SGSN/MME 54, 56 para reenviarla al SCS/AS 22, 24 a través de la MTC-IWF 30. En otros modos de realización, el GGSN/P-GW 80 puede enviar directamente información del evento al SCS/AS 22, 24.
Cuando se detectan los eventos de monitorización y hay acciones específicas asociadas al evento de monitorización detectado, dichas acciones se llevan a cabo en el paso 830. En otras palabras, se ejecutan las acciones predefinidas correspondientes al tipo de evento. Por ejemplo, la acción de "desconectar el UE 16 del sistema 10 del 3GPP y notificar el evento" se puede ejecutar si el UE 16 cambia su localización a un área restringida. En este caso, el SGSN/MME 54, 56 desconectaría el UE 16 y le notificaría 840 el evento a la MTC- IWF 30. A continuación, la MTC-IWF 30 se lo notificaría 850 al SCS/AS 22, 24.
C. Notificación de eventos
C.1 Notificación de Eventos de Monitorización desde un SGSN/MME
La notificación de eventos no depende necesariamente de la detección de un evento. Por ejemplo, un nodo de red se puede configurar para monitorizar el valor de un sensor y notificar continuamente su valor para grabar dicha información en un registro. En este caso, simplemente se notifica la información (quizá de forma continua), sin ninguna detección de un evento discreto.
Con el fin de notificar un evento de monitorización, el SGSN/MME 54, 56 (u otro nodo de notificación) le envía a la MTC-IWF 30 una notificación del evento de monitorización. En la suscripción MTC del UE se puede configurar una MTC-IWF por defecto o en la red visitada se puede configurar localmente una MTC-IWF. El SGSN/MME 54, 56 incluye en su notificación información que identifica el SCS/AS 22 , 24 que se suscribe a los eventos de monitorización, suponiendo que dicha información está incluida en la suscripción MTC del UE. Si del SGSN/MME no se ha obtenido la información del SCS/AS, la MTC-IWF 30 consulta al HSS 60 para obtener la información del SCS/AS. A continuación, el HSS 60 devuelve la información del SCS/AS correspondiente al tipo de evento de monitorización. Por ejemplo, se puede devolver un Identificador externo del dispositivo MTC. A continuación, la MTC-IWF 30 envía la notificación de evento de monitorización a un SCS/AS apropiado que se suscribe al evento de monitorización específico.
C. 2 Notificación de Eventos de Monitorización desde un UE
El UE 16 puede generar y notificar el evento de monitorización. Cuando el UE 16 se ha configurado para monitorizar eventos específicos, y si se produce un evento, entonces el UE 16 le envía a la MTC-IWF 30 una notificación utilizando un procedimiento de datos pequeños del enlace ascendente. Esto se puede realizar utilizando el procedimiento de datos pequeños del enlace ascendente de la interfaz T5 38 tal como está definido en el Informe Técnico 23.887 del 3GPp utilizando un transporte del estrato de no acceso (NAS) genérico. En este caso, una unidad de datos del protocolo (PDU) de datos pequeños incluiría información de monitorización parecida a la información de la Tabla 1.
D. Modo de Realización del UE de Ejemplo
La FIG. 9 proporciona una ilustración de ejemplo de un dispositivo móvil, implementado generalmente como un UE, y denominado estación móvil (MS), dispositivo inalámbrico móvil, dispositivo de comunicación móvil, tableta, móvil, u otro tipo de dispositivo inalámbrico móvil. El dispositivo móvil puede incluir una o más antenas configuradas para comunicarse con una estación de transmisión como, por ejemplo, una estación base (BS), un eNB, una unidad de banda base (BBU), un cabezal radio remoto (RRH), un equipo radio remoto (RRE), una estación de repetición (RS), un equipo radio (RE), u otro tipo de punto de acceso de red de área amplia inalámbrica (WWAN). El dispositivo móvil se puede configurar para comunicarse utilizando al menos un estándar de comunicación inalámbrico, incluyendo LTE del 3GPP, WiMAX, Acceso de Paquetes de Alta Velocidad (HSPA), Bluetooth y WiFi. El dispositivo móvil se puede comunicar utilizando antenas independientes para cada uno de los estándares de comunicación inalámbrica o antenas compartidas para múltiples estándares de comunicación inalámbrica. El dispositivo móvil se puede comunicar en una red de área local inalámbrica (WLAN), una red de área personal inalámbrica (WPAN), y/o una WWAN.
La FIG. 9 también proporciona una ilustración de un micrófono y uno o más altavoces que se pueden utilizar para entrada y salida de audio del dispositivo móvil. La pantalla de presentación puede ser una pantalla de presentación de cristal líquido (LCD), u otro tipo de pantalla de presentación como, por ejemplo, una pantalla de diodo de emisión de luz orgánico (OLED). La pantalla de presentación se puede configurar como pantalla táctil. La pantalla táctil puede utilizar un tipo de tecnología de pantalla táctil capacitiva, resistiva, u otra. A la memoria interna se le puede acoplar un procesador de aplicaciones y un procesador gráfico para proporcionar capacidades de procesamiento y presentación. También se puede utilizar un puerto de memoria no volátil para proporcionar opciones de entrada/salida de datos a un usuario. También se puede utilizar el puerto de memoria no volátil para aumentar las capacidades de memoria del dispositivo móvil. Se puede integrar un teclado con el dispositivo móvil o se puede conectar de forma inalámbrica al dispositivo móvil para proporcionar una entrada de usuario adicional. También se puede proporcionar un teclado virtual utilizando la pantalla táctil.
5
10
15
20
25
Las técnicas introducidas más arriba se pueden implementar mediante una circuitería programable programada o se pueden configurar mediante software y/o firmware, o se pueden implementar por completo mediante una circuitería cableada de propósito especial, o una combinación de dichas formas, Dicha circuitería cableada de propósito especial (si existe) puede ser en forma de, por ejemplo, uno o más circuitos integrados de aplicación específica (ASIC), dispositivos lógicos programables (PLD), matrices de puertas programables en campo (FPGA), etc.
Los modos de realización se pueden implementar en uno de los siguientes: hardware, firmware y software, o una combinación de los mismos. Los modos de realización también se pueden implementar como instrucciones almacenadas en un dispositivo de almacenamiento legible por un ordenador, las cuales pueden ser leídas y ejecutadas por al menos un procesador con el fin de realizar las operaciones descritas en la presente solicitud. Un dispositivo de almacenamiento legible por un ordenador puede incluir cualquier mecanismo no transitorio para almacenar información en una forma legible por una máquina (por ejemplo, un ordenador). Por ejemplo, un dispositivo de almacenamiento legible por un ordenador puede incluir una memoria de sólo lectura (ROM), una memoria de acceso aleatorio (RAM), medios de almacenamiento de disco magnético, medios de almacenamiento óptico, dispositivos de memoria flash, y otros dispositivos y medios de almacenamiento. En algunos modos de realización, se pueden configurar uno o más procesadores con instrucciones almacenadas en un dispositivo de almacenamiento legible por un ordenador.
Aunque la presente divulgación incluye referencia a modos de realización de ejemplo específicos, se reconocerá que las reivindicaciones no se encuentran limitadas a los modos de realización descritos, sino que se pueden poner en práctica con modificación y alteración dentro del alcance de las reivindicaciones adjuntas. Por ejemplo, la configuración, detección y notificación, especificadas en las secciones descritas más arriba se llevan a cabo en el plano de control, pero la monitorización también se puede llevar a cabo en el plano de gestión. En consecuencia, la memoria descriptiva y los dibujos se deben interpretar en sentido ilustrativo en lugar de en sentido restrictivo.
Las personas experimentadas en la técnica entenderán que se pueden realizar muchos cambios a los detalles de los modos de realización descritos más arriba sin apartarse de los principios subyacentes de la invención. Por lo tanto, el alcance de la presente invención estará determinado únicamente por las siguientes reivindicaciones.

Claims (13)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    1. Un equipo de usuario (UE) para comunicación en una red inalámbrica que soporta monitorización de comunicación de tipo máquina (MTC), comprendiendo el UE:
    un receptor configurado para recibir desde una entidad de red que termina un punto de referencia T4 o T5, datos de eventos de monitorización especificados por un servidor de capacidad de servicios (SCS), un servicio de abonados local (HSS), o un registro de localización local (HLR);
    un procesador configurado para, como respuesta a la recepción de los datos de eventos de monitorización, configurar el UE para monitorizar un evento especificado por los datos de eventos de monitorización; y
    un transmisor configurado para transmitir, a la entidad de red, una respuesta a los datos de eventos de monitorización, incluyendo la respuesta información de estado de entrega que indica si los datos de eventos de monitorización se han entregado satisfactoriamente a y se han configurado en el UE.
  2. 2. El UE de la reivindicación 1, en el que la entidad de red comprende un centro de conmutación móvil (MSC), un nodo de servicio del servicio general de paquetes radio (SGSN), o una entidad de gestión de movilidad (MME).
  3. 3. El UE de las reivindicaciones 1 ó 2, en el que los datos de eventos de monitorización se incluyen en un activador de dispositivo transferido.
  4. 4. El UE de las reivindicaciones 1 ó 2, en el que los datos de eventos de monitorización se reciben como respuesta a una función de interfuncionamiento MTC (MTC-IWF) enviando un mensaje de petición de envío sobre una interfaz T5 a una entidad de gestión de movilidad (MME), incluyendo el mensaje de petición de envío los datos del evento de monitorización especificado por el SCS.
  5. 5. El UE de las reivindicaciones 1 ó 2, en el que los datos del evento de monitorización se han recibido como respuesta a una función de interfuncionamiento MTC (MTC-IWF) enviando un mensaje de activación de envío sobre una interfaz T4 a un centro de servicio del servicio de mensajes cortos (SMS-SC) que reenvía el mensaje a la entidad de red, incluyendo el mensaje de activación de envío los datos del evento de monitorización especificado por el SCS.
  6. 6. El UE de las reivindicaciones 1 ó 2, en el que la respuesta incluye información para una función de interfuncionamiento MTC (MTC-IWF) para enviársela al SCS en forma de estado de petición o un par valor atributo de respuesta de configuración de monitorización que indica la información de estado de entrega.
  7. 7. El UE de las reivindicaciones 1 ó 2, en el que los datos del evento de monitorización están especificados por el HSS en la información de suscripción de red asociada con el UE.
  8. 8. El UE de la reivindicación 1, en el que los datos del evento de monitorización incluyen información que especifica una acción a realizar como respuesta a una ocurrencia del evento especificada por los datos del evento de monitorización.
  9. 9. El UE de la reivindicación 1, en el que los datos del evento de monitorización incluyen información que especifica si el evento especificado por los datos del evento de monitorización se va a monitorizar de forma continua o intermitente.
  10. 10. Un método ejecutado por un nodo en una red del proyecto de asociación de tercera generación (3GPP), comprendiendo el método:
    recibir datos de eventos de monitorización de comunicación tipo máquina (MTC) transmitidos por una función de interfuncionamiento MTC (MTC-IWF) para un servidor de capacidad de servicios (SCS) y un servidor de aplicación (AS), incluyendo los datos de eventos de monitorización información para configurar el nodo para un evento de monitorización y para especificar una acción a realizar por parte del nodo como respuesta al evento de monitorización;
    configurar el nodo para notificar el evento de monitorización; y
    generar una notificación del evento de monitorización para el SCS.
  11. 11. El método de la reivindicación 10, que comprende, además:
    detectar una ocurrencia del evento de monitorización; y
    generar la notificación como respuesta a la detección de una ocurrencia del evento de monitorización.
  12. 12. El método de la reivindicación 10, en el que el nodo comprende un servicio del servicio general de paquetes radio (SGSN), una entidad de gestión de movilidad (MME), un nodo de soporte del servicio general de paquetes radio de pasarela (GGSN), una pasarela de red de datos por paquetes (P-GW), o un equipo de usuario (UE).
    5 13. El método de las reivindicaciones 10, 11 ó 12, en el que la MTC-IWF comprende una MTC-IWF por
    defecto definida en una cuenta de suscripción de monitorización de un equipo de usuario (UE).
  13. 14. El método de las reivindicaciones 10, 11 ó 12, en el que la MTC-IWF comprende una MTC-IWF disponible seleccionable dinámicamente en una red 3GPP visitada por un equipo de usuario (UE) configurada para monitorizar el evento de monitorización.
    10 15. El método de las reivindicaciones 10, 11 ó 12, en el que los datos del evento de monitorización incluyen
    información que especifica si el evento especificado por los datos del evento de monitorización se va a monitorizar de forma continua o intermitente.
ES13842964.2T 2012-09-28 2013-09-25 Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP Active ES2660053T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261707784P 2012-09-28 2012-09-28
US201261707784P 2012-09-28
US201313928628 2013-06-27
US13/928,628 US9025445B2 (en) 2012-09-28 2013-06-27 Machine type communication monitoring framework for 3GPP systems
PCT/US2013/061569 WO2014052381A1 (en) 2012-09-28 2013-09-25 Machine type communication monitoring framework for 3gpp systems

Publications (1)

Publication Number Publication Date
ES2660053T3 true ES2660053T3 (es) 2018-03-20

Family

ID=94382008

Family Applications (2)

Application Number Title Priority Date Filing Date
ES16155916.6T Active ES2688732T3 (es) 2012-09-28 2013-09-25 Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP
ES13842964.2T Active ES2660053T3 (es) 2012-09-28 2013-09-25 Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES16155916.6T Active ES2688732T3 (es) 2012-09-28 2013-09-25 Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP

Country Status (7)

Country Link
US (5) US9025445B2 (es)
EP (3) EP2901741B1 (es)
KR (2) KR101653512B1 (es)
CN (2) CN105635949B (es)
ES (2) ES2688732T3 (es)
HU (2) HUE038887T2 (es)
WO (1) WO2014052381A1 (es)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8913518B2 (en) 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
US9526022B2 (en) 2012-08-03 2016-12-20 Intel Corporation Establishing operating system and application-based routing policies in multi-mode user equipment
US9036603B2 (en) 2012-08-03 2015-05-19 Intel Corporation Network assistance for device-to-device discovery
US9191828B2 (en) 2012-08-03 2015-11-17 Intel Corporation High efficiency distributed device-to-device (D2D) channel access
US9554296B2 (en) * 2012-08-03 2017-01-24 Intel Corporation Device trigger recall/replace feature for 3GPP/M2M systems
US9973315B2 (en) 2012-09-28 2018-05-15 Intel Corporation Systems and methods for semi-persistent scheduling of wireless communications
US9025445B2 (en) 2012-09-28 2015-05-05 Intel Corporation Machine type communication monitoring framework for 3GPP systems
CN103781015A (zh) * 2012-10-17 2014-05-07 中兴通讯股份有限公司 一种机器类型通信设备事件的监控方法、系统和网络侧
US9544711B2 (en) * 2012-10-25 2017-01-10 Lg Electronics Inc. MTC monitoring method and network node
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
WO2014183781A1 (en) * 2013-05-14 2014-11-20 Telefonaktiebolaget L M Ericsson (Publ) Establishing a direct communication (t5 association)between a mobility management entity (mme) and a machine type communication interworking function (mtc-iwf)
US10404479B2 (en) * 2013-09-12 2019-09-03 Nec Corporation Charging for MTC small data transmission and trigger at MTC-IWF
US20150172882A1 (en) * 2013-12-18 2015-06-18 Alcatel-Lucent Usa Inc. Method For Correlation Of Requesting Information From A Remote Device
CN104768137B (zh) * 2014-01-08 2019-03-12 阿尔卡特朗讯 一种用于mtc的触发报告的传递方法与装置
JP6523432B2 (ja) * 2014-08-11 2019-05-29 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末への通信到達可能性をモニタリングする方法及びそのための装置
CN105657780B (zh) * 2014-11-13 2020-07-07 中兴通讯股份有限公司 网络节点的选择、激活方法及装置
JP6612437B2 (ja) 2015-09-01 2019-11-27 コンヴィーダ ワイヤレス, エルエルシー サービス層登録
US10129689B2 (en) 2015-11-02 2018-11-13 Definition Networks, Inc. Systems and methods for machine-type communication
US10129867B2 (en) * 2016-04-29 2018-11-13 At&T Intellectual Property I, L.P. Universal peer-to-peer signaling network virtualization and orchestration
US10219198B2 (en) 2016-05-24 2019-02-26 At&T Intellectual Property I, L.P. System and method for short message delivery in a mobility network
US10440122B2 (en) * 2016-07-01 2019-10-08 Intel Corporation Efficient provisioning of devices
CN109417714A (zh) * 2016-07-04 2019-03-01 摩托罗拉移动有限责任公司 基于分析的策略生成
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
US10986516B2 (en) * 2017-03-10 2021-04-20 Huawei Technologies Co., Ltd. System and method of network policy optimization
CN110166928A (zh) * 2018-02-13 2019-08-23 华为技术有限公司 确定位置信息的方法及装置
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
CN110650489B (zh) * 2018-06-26 2022-02-15 华为技术有限公司 一种管理监控事件的方法及装置
US11678252B2 (en) 2018-10-05 2023-06-13 Huawei Technologies Co., Ltd. Quality of service information notification to user equipment, users, and application server
US10637779B1 (en) * 2018-10-16 2020-04-28 Oracle International Corporation Methods, systems, and computer readable media for diameter signaling message external identifier address resolution and routing
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
KR20230164017A (ko) 2021-04-09 2023-12-01 삼성전자주식회사 네트워크에서 애플리케이션 서비스들을 모니터링하기 위한 방법 및 시스템

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0608588D0 (en) * 2006-05-02 2006-06-07 Orange Personal Comm Serv Ltd System and method for controlling network access
JP4937952B2 (ja) 2008-03-25 2012-05-23 富士フイルム株式会社 有害物質除去材
CN101790150B (zh) 2009-01-23 2012-01-25 华为技术有限公司 一种更新接入点名称签约配置的方法及装置
WO2011063559A1 (zh) * 2009-11-24 2011-06-03 华为技术有限公司 控制机器类型通信mtc终端行为的方法、装置和系统
KR101167939B1 (ko) * 2010-01-08 2012-08-02 엘지전자 주식회사 이동통신 시스템에서의 mtc 장치의 모니터링 방법
KR101789328B1 (ko) * 2010-01-13 2017-11-21 엘지전자 주식회사 무선통신 시스템에서의 이벤트 발생 알림 방법 및 장치
WO2011089464A1 (en) 2010-01-22 2011-07-28 Huawei Technologies Co. Ltd. Method and apparatus of attaching to communication network
US10368340B2 (en) * 2010-04-01 2019-07-30 Hon Hai Precision Industry Co., Ltd. Network service exposure method and apparatus utilizing the same
US9717074B2 (en) * 2010-04-01 2017-07-25 Hon Hai Precision Industry Co., Ltd. Relay user equipment device and status announcement method thereof
JP5755639B2 (ja) * 2010-04-14 2015-07-29 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America 接続確立方法及び通信ノード
US8438278B2 (en) * 2010-05-03 2013-05-07 Htc Corporation Methods for monitoring and reporting MTC events
EP2387270A1 (en) * 2010-05-12 2011-11-16 Nokia Siemens Networks Oy Radio link failure recovery control in communication network having relay nodes
CN102281513B (zh) * 2010-06-13 2013-12-11 电信科学技术研究院 一种机器类通信监测处理方法及设备
WO2012013401A1 (en) * 2010-07-27 2012-02-02 Telefonaktiebolaget L M Ericsson (Publ) Machine-type communication subscription control
CN102413485B (zh) 2010-09-25 2016-03-30 中兴通讯股份有限公司 一种机器终端的监控方法、系统及机器终端
KR20120070438A (ko) * 2010-12-21 2012-06-29 한국전자통신연구원 사물 통신 디바이스의 제어 방법 및 이를 이용하는 무선 통신 시스템
US20120252481A1 (en) * 2011-04-01 2012-10-04 Cisco Technology, Inc. Machine to machine communication in a communication network
CN102752877B (zh) * 2011-04-19 2015-01-21 华为技术有限公司 机器对机器服务管理设备、网络设备、业务处理方法及系统
US8879667B2 (en) * 2011-07-01 2014-11-04 Intel Corporation Layer shifting in open loop multiple-input, multiple-output communications
JP5944004B2 (ja) * 2011-10-03 2016-07-05 インテル・コーポレーション デバイスツーデバイス通信(d2d通信)メカニズム
US9241351B2 (en) * 2011-11-04 2016-01-19 Intel Corporation Techniques and configurations for triggering a plurality of wireless devices
RU2585276C2 (ru) * 2011-11-04 2016-05-27 Интел Корпорейшн Технологии и конфигурации передачи малых объёмов данных в сетях беспроводной связи
WO2013070051A1 (ko) 2011-11-13 2013-05-16 엘지전자 주식회사 무선 통신 시스템에서 mtc 트리거(trigger) 방법 및 장치
EP2608567A1 (en) * 2011-12-13 2013-06-26 Panasonic Corporation Device triggering and congestion control
US20130155954A1 (en) * 2011-12-14 2013-06-20 Interdigital Patent Holdings, Inc. Method and apparatus for triggering machine type communications applications
KR20140116409A (ko) * 2012-01-18 2014-10-02 엘지전자 주식회사 무선 통신 시스템에서 다중 우선순위 제어 방법 및 장치
US10085171B2 (en) * 2012-02-17 2018-09-25 Nec Corporation Method of controlling machine-type communications (MTC) in a wireless communications network
US9544806B2 (en) * 2012-03-09 2017-01-10 Blackberry Limited Method and apparatus in mobile telecommunications system user equipment for managing congestion within the mobile telecommunications system
US9344836B2 (en) * 2012-03-20 2016-05-17 Lg Electronics Inc. Method and apparatus for triggering MTC group in wireless communication system
CN103369497B (zh) * 2012-03-27 2018-11-30 中兴通讯股份有限公司 触发消息计数器的更新方法、机器类型通信服务器和终端
KR101565102B1 (ko) * 2012-04-04 2015-11-02 주식회사 케이티 이중 우선순위 어플리케이션을 갖는 기계 형태 통신 장치에 대한 접속 제어 방법 및 장치
US20130265937A1 (en) * 2012-04-09 2013-10-10 Puneet Jain Machine type communication (mtc) via non-access stratum layer
EP2836910B1 (en) * 2012-04-13 2020-02-19 Nokia Solutions and Networks Oy Monitoring suspicious events in a cellular network
CN108684080A (zh) * 2012-04-27 2018-10-19 三菱电机株式会社 通信系统
US9503869B2 (en) * 2012-05-11 2016-11-22 Interdigital Patent Holdings, Inc. Service capability server (SCS) terminated short message service (SMS) systems and methods
US9794772B2 (en) * 2012-06-22 2017-10-17 Nokia Solutions And Networks Oy Machine type communication interworking function
CN103517404B (zh) * 2012-06-26 2018-08-31 南京中兴软件有限责任公司 机器类型通信用户设备的通信方法及系统
US8989070B2 (en) * 2012-07-02 2015-03-24 Intel Corporation Apparatus and method to efficiently send device trigger messages
US20140050084A1 (en) * 2012-08-20 2014-02-20 Industrial Technology Research Institute Method of group based machine type communication and apparatuses using the same
KR20140030421A (ko) * 2012-08-28 2014-03-12 한국전자통신연구원 사물지능통신 디바이스 및 이를 위한 서비스 방법
CN103684824B (zh) * 2012-09-13 2017-09-12 华为终端有限公司 一种事件上报的方法及系统
WO2014051260A1 (ko) * 2012-09-26 2014-04-03 엘지전자 주식회사 Mtc 모니터링 방법
US9025445B2 (en) 2012-09-28 2015-05-05 Intel Corporation Machine type communication monitoring framework for 3GPP systems
CN103781015A (zh) * 2012-10-17 2014-05-07 中兴通讯股份有限公司 一种机器类型通信设备事件的监控方法、系统和网络侧
WO2014061911A1 (ko) * 2012-10-18 2014-04-24 엘지전자 주식회사 Mtc 모니터링 관련 정보 제공 방법
US8989729B2 (en) * 2012-11-09 2015-03-24 Alcatel Lucent Network monitoring of user equipment events
KR20170023178A (ko) * 2014-07-07 2017-03-02 콘비다 와이어리스, 엘엘씨 머신 타입 통신 그룹 기반 서비스를 위한 조정된 그룹화

Also Published As

Publication number Publication date
EP2901741B1 (en) 2017-12-13
US9025445B2 (en) 2015-05-05
US9942791B2 (en) 2018-04-10
US20200137613A1 (en) 2020-04-30
US20150215801A1 (en) 2015-07-30
CN104584620A (zh) 2015-04-29
HUE038887T2 (hu) 2018-12-28
EP3370344B1 (en) 2023-06-28
WO2014052381A1 (en) 2014-04-03
KR101653512B1 (ko) 2016-09-01
US20140092808A1 (en) 2014-04-03
US11089500B2 (en) 2021-08-10
EP3370344A1 (en) 2018-09-05
US20160088509A1 (en) 2016-03-24
US9386486B2 (en) 2016-07-05
CN104584620B (zh) 2018-05-11
KR101700079B1 (ko) 2017-01-25
HUE036607T2 (hu) 2018-07-30
EP2901741A4 (en) 2016-07-06
HK1219608A1 (zh) 2017-04-07
EP2901741A1 (en) 2015-08-05
EP3051710A1 (en) 2016-08-03
US10524156B2 (en) 2019-12-31
CN105635949B (zh) 2019-08-20
ES2688732T3 (es) 2018-11-06
CN105635949A (zh) 2016-06-01
EP3051710B1 (en) 2018-07-04
KR20150039805A (ko) 2015-04-13
KR20160101205A (ko) 2016-08-24
US20180192318A1 (en) 2018-07-05

Similar Documents

Publication Publication Date Title
ES2660053T3 (es) Infraestructura de monitorización de comunicación de tipo máquina para sistemas 3GPP
JP6434040B2 (ja) 外部アプリケーションサーバから第3世代パートナーシッププロジェクトシステムへのアプリケーション通信パターンの伝達
CN107113537B (zh) 用于控制在网络上的设备的省电模式特性的装置和方法
US9973877B2 (en) Method of handling small data transmission
CN107736078B (zh) 基于位置的上下文递送
US10904946B2 (en) Overload control and coordination between M2M service layer and 3GPP networks
HK1219608B (zh) 用於3gpp系统的机器类型通信监测框架
HK1226895A1 (en) Conveyance of application communication patterns from an external application server to a 3rd generation partnership project system