WO2011157055A1 - 一种机器类通信监测处理方法及设备 - Google Patents

一种机器类通信监测处理方法及设备 Download PDF

Info

Publication number
WO2011157055A1
WO2011157055A1 PCT/CN2011/000981 CN2011000981W WO2011157055A1 WO 2011157055 A1 WO2011157055 A1 WO 2011157055A1 CN 2011000981 W CN2011000981 W CN 2011000981W WO 2011157055 A1 WO2011157055 A1 WO 2011157055A1
Authority
WO
WIPO (PCT)
Prior art keywords
location
information
mtc server
event report
mtc
Prior art date
Application number
PCT/CN2011/000981
Other languages
English (en)
French (fr)
Inventor
周燕飞
熊春山
Original Assignee
电信科学技术研究院
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 电信科学技术研究院 filed Critical 电信科学技术研究院
Priority to US13/638,917 priority Critical patent/US8874119B2/en
Priority to EP11795022.0A priority patent/EP2582171B1/en
Publication of WO2011157055A1 publication Critical patent/WO2011157055A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/32Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/32Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/322Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/021Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • 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
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W64/00Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • 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/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels

Definitions

  • the invention relates to a Chinese patent application for a machine type communication monitoring processing method and device.
  • the application is filed on June 13, 2010 by the Chinese Patent Office, the application number is 201010207652.4, and the invention name is "a machine type communication monitoring processing method and equipment".
  • Priority is hereby incorporated by reference in its entirety.
  • the present invention relates to a machine type communication technology, and in particular to a machine type communication monitoring and processing method and apparatus. Background technique
  • Machine Type Communication refers to communication between a machine and a machine through a communication network of a mobile operator.
  • Machine-like communication defines the following concepts:
  • MTC Device Machine Type Communication Device
  • MD Machine Type Communication Device
  • MTC Device is a terminal device dedicated to machine type communication in a communication network, such as a remote meter reading device, a video monitoring device, and the like.
  • MTC Device is an unattended, special type of communication terminal.
  • 3GPP defines different MTC characteristics, such as Low Mobility, Time Controlled, and so on.
  • MTC Server refers to a device that communicates with MTC Device through a communication network, which is equivalent to a server, such as a server of a smart meter reading system, an intelligent bus system server, and the like.
  • MTC User refers to the user who uses the services provided by MTC Server.
  • FIG. 1 is a schematic diagram of a machine-like communication architecture.
  • the diagram shows the architecture of the communication between the MD, MTC Server and the 3GPP system.
  • the 3GPP (3rd Generation Partnership Project) system is MD and MTC.
  • Communication between Servers provides transport and communication services such as bearer, IMS (IP Multimedia System) and SMS, and optimizes traditional communication methods based on the characteristics of machine-like communication. Since machine-type equipment usually works in an "unattended" state and may be deployed in high-risk areas (prone to theft or destruction), in order to ensure the safe use of such MDs, 3GPP proposes MTC Monitoring requirements. That is, the network monitors the MD for a specific event, and reports the MTC Server or MTC User when the event is detected.
  • the MTC Monitoring requirements defined in 3GPP TS 22.368 are specifically:
  • the network operator should be able to detect the following events:
  • the device has behaviors that do not match the activated MTC characteristics (such as MDs with Low Mobility characteristics frequently perform location updates);
  • the network should be able to do the following:
  • the MD shall be able to send messages to the MTC Server for events whose detection methods are not within the scope of 3GPP.
  • 3GPP TS 23.888 proposes detection and reporting methods for the above events.
  • the MD subscription data is configured with events to be monitored and related rules (such as allowed location areas), and may also configure operations taken by the network after the event occurs (such as attaching MDs from the network) .
  • the TS 23.888 proposes a method for detecting "access point change" events, mainly by the core network control node.
  • the core network control node is the Mobility Management Entity (LTE) in the LTE (Long Term Evolution) system, and the SGSN (Serving) in the UMTS (Universal Mobile Telecommunications System) system.
  • LTE Mobility Management Entity
  • SGSN Serving Mobility Service GPRS Support Node
  • MSC Mobile Switching Centre
  • the MME/SGSN-based detection and reporting process is as shown in FIG. 2, wherein the CN (Core Network) node is an MME in the LTE system and an SGSN or an MSC in the UMTS system.
  • the user subscription data server is an HSS (Home Subscriber Server) in the EPS (Evolved Packet System), and is an HLR (Home Location Register) in the UMTS system.
  • HSS Home Subscriber Server
  • EPS Evolved Packet System
  • HLR Home Location Register
  • Step 201 The MD initiates an attach request and requests to access the network.
  • Step 202 The CN node sends a location update request to the user subscription data server.
  • Step 203 The user subscription data server returns a location update response to the CN node, where the response message is sent. Contains the contract data of the MD, including the definition of the monitoring event, the default operation after the event occurs, and so on.
  • Step 205 The CN node performs monitoring according to the indication in the subscription data.
  • Step 206 When an event occurs, the CN node reports an event to the MTC Server or the MTC User.
  • Step 208 The CN node performs an action, such as detaching the MD from the network.
  • the event information is configured in the MD subscription data.
  • the event changes such as updating the allowed access area, etc.
  • the data in the HSS/HLR needs to be quickly synchronized.
  • the HSS/HLR acts as a contracted data server, and the data should be changed as frequently as possible.
  • the interface and interaction between other nodes in the network and the HSS/HLR should be minimized to ensure the stability of the HSS/HLR.
  • the network-based "access point change" monitoring method has a large granularity.
  • the core network can only know the terminal location information in the granularity of the location area (the routing area or the tracking area list).
  • the range allowed by the terminal is small, such as one or more cells, based on the current.
  • the technical problem to be solved by the present invention is to provide a machine type communication monitoring processing method and device for performing MTC Monitoring processing on the MD.
  • An embodiment of the present invention provides a machine type communication monitoring MTC Monitoring processing method, which includes the following steps:
  • the MD receives the information of the first location sent by the MTC server and the information of the event report, where the first location is a location where the MD is allowed to be located, and the event report is an event report that needs to be reported when the MD is not in the first location;
  • the MD reports the event report to the MTC Server after monitoring that the MD is not in the first position according to the information of the first location.
  • An embodiment of the present invention provides an MTC monitoring processing method, including the following steps:
  • the MTC Server determines a first location where the MD is allowed to be located, and an event report that needs to be reported when the MD is not in the first location;
  • the MTC Server sends the information of the first location and the information of the event report to the MD.
  • the embodiment of the present invention further provides another processing method for machine type communication monitoring MTC Monitoring, which includes the following steps:
  • Reported incident report
  • the MD monitors the event report to the MTC Server after the first location is monitored based on the information of the first location.
  • the embodiment of the present invention further provides another MTC monitoring processing method, including the following steps:
  • the MTC Server determines a first location where the MD is allowed to be located, and an event report that needs to be reported when the MD is in the first location;
  • the MTC Server sends the information of the first location and the information of the event report to the MD.
  • a machine type communication device is provided in the embodiment of the present invention, including:
  • the receiving module is configured to receive the information about the first location delivered by the MTC server and the information of the event report, where the first location is a location where the MD is allowed to be located, and the event report is an event report that is to be reported when the MD is not in the first location;
  • a monitoring module configured to monitor, according to the information of the first location, whether the MD is not in the first location; and the sending module, configured to report the event report to the MTC Server after detecting that the MD is not in the first location Report.
  • a machine type communication server is provided in the embodiment of the present invention, including:
  • a determining module configured to determine a first location where the MD is allowed to be located, and an event report to be reported when the MD is not in the first location;
  • the sending module is configured to send the information of the first location and the information of the event report to the MD.
  • Another embodiment of the present invention provides another machine type communication device, including:
  • the receiving module is configured to receive the information about the first location delivered by the MTC server and the information of the event report, where the first location is a location where the MD is allowed to be located, and the event report is an event report that needs to be reported when the MD is in the first location. ;
  • a monitoring module configured to monitor, according to information of the first location, whether the MD is in the first location
  • the sending module is configured to report an event report to the MTC Server after detecting that the MD is in the first location.
  • Another embodiment of the present invention provides another machine type communication server, including:
  • a determining module configured to determine a first location where the MD is allowed to be located, and an event report to be reported when the MD is in the first location;
  • the sending module is configured to send the information of the first location and the information of the event report to the MD.
  • the MTC Server After determining the first location where the MD is allowed to be located, and the event report to be performed when the MD is not in the first location, the MTC Server sends the first location information and the event report information to the MD.
  • MD is the information of the first location sent by the MTC Server and the event report.
  • the MD reports the event report to the MTC Server after the MD is not in the first position according to the information in the first location.
  • this solution does not require an interface between the MTC Server and the HSS.
  • the HSS/HLR is not required to notify the core network node of the updated event, thereby reducing the interface and operation between other network nodes and the HSS/HLR, and maintaining the stability of the HSS/HLR;
  • the scheme can complete the access point change monitoring of finer granularity (such as cell granularity), thereby solving the problem that the monitoring method based on SGSN/MME monitors the granularity in the idle state.
  • FIG. 1 is a schematic diagram of a machine type communication architecture in the background art
  • FIG. 2 is a schematic diagram of a MME/SGSN-based detection and reporting process in the background art
  • FIG. 3 is a schematic diagram of a USAT application download and event monitoring process according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of an implementation process of an MTC monitoring processing method on an MTC server according to an embodiment of the present invention
  • FIG. 5 is a schematic flowchart of an implementation process of an MTC monitoring processing method on an MTC server side according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of MD-based access point change monitoring according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of an implementation process of an update process for allowing a location area according to an embodiment of the present invention
  • FIG. 8 is a schematic flowchart of an implementation process of an MTC monitoring processing method in Embodiment 1 according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of an implementation process of an MTC Monitoring processing method in Embodiment 2 according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram showing an implementation process of an MTC Monitoring processing method in Embodiment 3 according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a machine type communication device according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a machine type communication server according to an embodiment of the present invention. detailed description
  • an LCS Location Service
  • the method for monitoring the "change of area" event by the UE is specifically: the positioning client (LCS Client) issues a positioning request, and requires the network to report when the UE enters, leaves, or is located in the target location area, the network The request is accepted and the target location area and the event definition are sent to the UE through the short message.
  • the UE detects the event (incoming, leaving, or located in the designated location area)
  • the UE reports the network, and then the network reports the client.
  • the positioning client indicates in the positioning request message that the request event is of a "change of area" type and gives a representation of the target location area: either a geographic area defined by TS 23.032 or an E.164 country code
  • PLMN Public Land Mobile Network
  • ID identification
  • geopolitical area such as a city name
  • the GMLC Global Mobile Location Center receives the positioning request of the LCS Client, and can convert the target location area in the request message into the cell ID (cell identifier) and the location area identifier of the area (such as: LAI (Location area ID), RAI (Routing Area ID), PLMN ID, etc.
  • the GMLC interacts with the UE through the short message, and sends the information about the "change of area” event (such as the location area identifier or geographic coordinates of the target area, reporting conditions, etc.) to the UE through the short message, that is, the GMLC has the positioning in the solution.
  • GMLC sends an SMS to the SMS-SC (U) SIM (USIM: UMTS Subscriber Identity Module, UMTS: Universal Mobile Telecommunication System, Universal Mobile Telecommunications System), and sends an "change" Of the "Event", the application interacts with the device terminal MT (Mobile Terminate) by the US AT (U)SIM Application Toolkit (US) application, and instructs the terminal to monitor whether the UE enters, leaves, or is located. Target location area. After the event occurs, the terminal reports the (U)SIM, and the (U)SIM reports the GMLC through the SM-SC via the short message.
  • U SIM
  • FIG. 3 is a schematic diagram of the USAT application download and event monitoring process, currently "change of area” type The location request is only available for 2G and UMTS systems. The process is shown in Figure 3, where R-GMLC (Roaming GMLC) is the GMLC in the positioning client network, H-GMLC (Home
  • GMLC home GMLC
  • MSC Mobile Switching Center
  • the short message center SM-SC is omitted from the figure. Then the process can include:
  • Step 301 The positioning client sends a location request message to the R-GMLC, where the message indicates that the event type is “change of area”, and gives a description of the target location area, and a reporting condition (enter, or leave, or located in the target location area). ).
  • Step 302 The common process in the LCS positioning process is mainly the interaction between the GMLCs.
  • Step 303 After receiving the positioning request, the H-GMLC may convert the target location area in the message into a cell ID, LAI, or the like, or a geographic coordinate, and send the short message to the UE/(U)SIM through the SM-SC and the MSC/SGSN.
  • the message that is, the Change of Area event.
  • Step 304 The UE returns a response to the H-GMLC.
  • Step 305 The H-GMLC and the R-GMLC return a response to the positioning client.
  • Step 306 After receiving the Change of Area event in step 303, the (U)SIM instructs the terminal to monitor the event, that is, whether the UE enters, leaves, or is located in the target location area.
  • Step 307 When the event occurs, the terminal notifies the (U) SIM card, and sends an event report to the H-GMLC through the SM-SC.
  • Step 308 The H-GMLC performs a privacy check.
  • Step 309 If the privacy check is passed, the H-GMLC sends an event report to the positioning client through the R-GMLC.
  • terminal-based "change of area” monitoring can be realized. Since the terminal can easily know the current location area identifier (such as cell ID, LAI, etc.), this method can simplify the operation on the network side.
  • the current location area identifier such as cell ID, LAI, etc.
  • the current detection of "access point changes" is performed by the network, such as SGSN/MME based detection.
  • the disadvantage of this scheme is that it brings a certain rush to HSS/HLR.
  • the event changes such as updating the allowed access area, etc.
  • the HSS/HLR acts as a contracted data server, and the data should be changed as frequently as possible.
  • the interface and interaction between other nodes in the network and the HSS/HLR should be minimized to ensure the stability of the HSS/HLR.
  • the network can only know the location of the terminal at the granularity of the RA or the TAI List, and cannot know the finer location information of the current camped cell of the terminal, and the network.
  • the method of monitoring will increase network complexity.
  • the terminal performs cell selection and reselection even in the idle state, so that the current location information can be easily obtained, but the network-based detection method does not make good use of this feature of the terminal.
  • the embodiment of the present invention proposes a monitoring scheme for an "access point change" event by the MD, specifically: MTC Server/MTC User configures the location information allowed by the MD, when the MD After attaching to the network and registering with the MTC Server, the MTC Server sends the allowed location information and event report related information to the MD through SMS.
  • the MD stores the allowed location information and monitors whether a defined event has occurred.
  • the MD sends a report to the MTC Server via SMS to implement terminal-based MTC monitoring requirements.
  • the MTCsms interface is implemented between the MTC Server and the SM-SC to implement the SME (Short Message Entity) function, that is, the function of converting the event information into the format required for the short message.
  • SME Short Message Entity
  • the SME needs to implement SME, and has the function of sending and receiving short messages. It has the (U)SIM application download function and can be used with the mobile terminal MT (Mobile Terminate) through the USAT command. Mutual.
  • the location area allowed by the MD includes but is not limited to one of the following granularities or any combination thereof: (1) cell level (eg ⁇ cell ID a, cell ID b, ... ⁇ ); ( 2 ) TA (Tracking Area) level (such as ⁇ TA_1 , TA 2 ⁇ ); ( 3 ) For GPS with Global Positioning System (GPS) function, it can also be geographical location information (such as a certain latitude and longitude); (4) RA (Routing Area) level, (5) LA (Location Area) level. Because the MD allows for differences in location areas, and the different systems in the hybrid network differ in location area division, there may be a combined location area.
  • GPS Global Positioning System
  • the MTC Server/User when setting the MTC Server/User, it can be set according to the practice requirements, for example, according to the size range allowed by the MD.
  • the implementation can be as follows:
  • FIG. 4 is a schematic diagram of the implementation process of the MTC Monitoring processing method on the MD side. As shown in the figure, the following steps can be included:
  • Step 401 The MD receives the information of the first location and the event report sent by the MTC server, where the first location is a location where the MD is allowed to be located, and the event report is an event report that is to be performed when the MD is not in the first location;
  • Step 402 After monitoring, according to the information of the first location, the MD reports that the MD is not in the first location, and reports the event report to the MTC Server.
  • the MD can report event reports to the MTC Server in a variety of ways, such as by SMS or signaling, or other user plane based methods.
  • the MD receives the information of the first location and the event report information sent by the MTC server through the short message, and the MD reports the event report to the MTC server by using the short message.
  • the MD receives the location information sent by the MTC Server and the event report information, which may be completed on the MTC Server by the PDP Context (PDP: Packet Data Protocol) activation process in the UMTS system. Received after registration;
  • PDP Context Packet Data Protocol
  • the attachment process in the LTE system is completed, it is received after being registered on the MTC Server; Or, after the PDN (Packet Data Network) connection request process in the LTE system is completed, it is received after being registered on the MTC Server.
  • PDN Packet Data Network
  • it may further include:
  • the MD receives the information of the second location delivered by the MTC Server, where the second location is different from the location where the allowed MD is located in the first location;
  • the MD updates the information of the first location according to the information of the second location.
  • the purpose of transmitting the information of the second location is to update the information of the first location. For example, when the location area allowed by the MD is changed, the MTC Server can notify the MD update of the allowed location range again.
  • the MD reports the event report to the MTC Server after the first location is detected according to the information of the first location, including:
  • the MD reports the event report to the MTC Server after the MD is not in the first position according to the information of the first location.
  • the method may include:
  • the MD reports the event report directly to the MTC Server.
  • MD reports the event report to the MTC Server via other devices.
  • the implementation of the direct reporting is easy to understand, and the function of reporting the event report to the MTC Server can also be implemented by other network nodes, that is, after the MD monitoring event occurs, the MD is sent to other network node devices, for example, through signaling. Inform other network node devices that the MD is no longer in the allowed location range, and then the other network node devices report the MTC Server. In the implementation, it is still monitored by MD, but the entity that initiates the event report is not necessarily executed by the MD.
  • the implementation can be as follows:
  • FIG. 5 is a schematic diagram of the implementation process of the MTC Monitoring processing method on the MTC Server side. As shown in the figure, the following steps may be included:
  • Step 501 The MTC Server determines a first location where the MD is allowed to be located, and an event report to be performed when the MD is not in the first location;
  • Step 502 The MTC Server sends the information of the first location and the information of the event>3 to the MD.
  • the MTC Server can send the foregoing information to the MD in multiple manners, such as by using short message or signaling, or other user plane-based methods, etc.
  • the MTC Server sends the first location information and the event report to the MD through a short message. information.
  • the MTC Server sends the first location information and the event report information to the MD, which may be sent after the registration on the MTC Server is completed by the PDP Context activation process in the UMTS system;
  • the attachment process is completed in the LTE system, it is sent after being registered on the MTC Server; or, after the PDN connection request process is completed in the LTE system, it is sent after being registered on the MTC Server.
  • it may further include:
  • the MTC Server determines the second location where the MD is allowed to be located
  • the MTC Server sends the information of the second location to the MD.
  • it may further include:
  • the MTC Server receives the event report reported by the MD to the MTC Server, or reports the event report to the MTC Server through other devices.
  • the MTC Server sends the first location information and the event report information to the MD through the short message, and the MD reports the event report to the MTC Server through the short message as an example, and describes the MTC Monitoring processing method and the MTC Monitoring processing method for the machine type communication monitoring.
  • the implementation can also be through signaling or other user plane based methods.
  • Figure 6 is a schematic diagram of MD-based access point change monitoring. This solution can be applied to both 2G, 3G and LTE systems. The specific process is shown in Figure 6.
  • the CN node is the MSC in the 2G system and the MSC in the 3G system.
  • SGSN which is an MME in an LTE system;
  • a gateway is a device that connects an operator core network with an MTC Server.
  • Step 601 The MD sends an attach request to the network, requesting access to the network.
  • Step 602 The CN node creates a bearer path for communication between the MD and the MTC Server, and completes registration of the MD on the MTC Server.
  • Step 603 According to the subscription information and the configuration, if the MD is allowed to access the network, the CN node returns an attach accept message to the MD.
  • Step 604 After the MD is registered to the MTC Server, the MTC Server sends the allowed location area information of the MD and the event report related information to the short message center SM-SC;
  • Step 605 The SM-SC sends the short message to the MD, where the information about the allowed location area and the event report is carried.
  • Step 606 The MD returns a short message receiving response.
  • Step 607 The SM-SC returns a response to the MTC Server.
  • Step 608 The MD stores the allowed location area information and the event information, and monitors whether the terminal leaves the allowed location area according to the information.
  • Step 609 When the monitoring event occurs, the MD sends an event report to the SM-SC.
  • Step 610 The SM-SC sends an event report to the MTC Server.
  • Figure 7 is a schematic diagram of the implementation process of the update process of the allowed location area. After the MD is registered in the network, if the allowed location changes, the MTC Server can send the information of the SMS update location to the MD.
  • the process flow chart is as follows:
  • Step 701 The MD is attached to the network and registered to the MTC Server.
  • the implementation of this step can refer to the execution process of FIG. 6;
  • Step 702 The information of the MD allowed location stored in the MTC Server is changed, or the event manner of the event is changed;
  • Steps 703-709 the MTC Server sends the changed information to the MD by using a short message, and the implementation of the process may refer to the execution process of steps 604-610 in FIG. 6.
  • the MTC Server sends the first location information and the event report information to the MD through the short message, and the MD reports the event report to the MTC Server through the short message as an example to illustrate the MCM Monitoring processing method for the machine type communication monitoring.
  • MTC Monitoring The method, here in addition to the short message delivery, can also be through signaling or other user plane based methods.
  • FIG. 8 is a schematic flowchart of an implementation process of an MTC monitoring processing method in Embodiment 1, wherein the MD works in a UMTS system, the CN node is an SGSN, and the gateway node is a GGSN (Gateway GPRS Support Node), and the subscription data server is HLR.
  • the attach process is performed first, and then the PDP Context establishment request is initiated to establish a connection to the MTC Server, and the MTC Server then sends the allowed location information.
  • the location information is set to the cell level, ⁇ cell IDl, cell ID2, cell ID 3 ⁇ .
  • the process is as shown in Figure 8, specifically:
  • Step 801 The MD is powered on, and an attach request is initiated.
  • Step 802 The SGSN sends a location registration request to the HLR.
  • Step 803 The HLR returns a response to the SGSN, where the response message carries the MD subscription data.
  • Step 805 The MD initiates a PDP Context activation request, and requests the network to establish a connection to the MTC Server.
  • Step 806 The SGSN sends a PDP Context creation request to the gateway device GGSN.
  • Step 807 The GGSN interacts with the MTC Server to deliver MD related information. If the MTC Server allows MD registration, a response message is returned to the GGSN.
  • Step 808 The GGSN returns a PDP Context creation response to the SGSN.
  • Step 809 The SGSN returns a PDP Context activation response to the MD, and the MD and the MTC Server can communicate.
  • Step 810 After the MD completes the registration, the MTC Server sends the information of the allowed location to the MD, that is, ⁇ cell IDl, cell ID2, cell ID 3 ⁇ .
  • the MTC Server sends the relevant information to the SM-SC, and the SM-SC sends it by SMS.
  • Step 811 The SM-SC sends the short message to the MD through the SGSN.
  • Step 812 The MD returns a response.
  • Step 813 The SM-SC returns a response.
  • Step 814 After receiving the short message, the MD parses, stores the information of the location therein, and detects whether the allowed location area is left according to the requirement. Specifically, if the MD detects that the cell ID of the current camping cell is not in the allowed location area ⁇ cell ID 1 , cell ID2 , cell ID 3 ⁇ , the process proceeds to the next step, otherwise the detection continues;
  • Step 815 The MD sends the monitored event information by using a short message.
  • Step 816 The SM-SC sends the information to the MTC Server.
  • step 810 can be performed.
  • the process of monitoring event information, MD monitoring events, and reporting to the MD is performed by the MTC Server.
  • FIG. 9 is a schematic flowchart of an implementation process of an MTC monitoring processing method in Embodiment 2, in which an MD works in an LTE system, a CN node is an MME, and a gateway node is a SAE (System Architecture Evolution) GW (Gateway, Gateway), signing a contract.
  • the data server is an HSS.
  • a default PDN connection is established, and the default connection is the connection to the MTC Server. Since the E-UTRAN does not have a CS (Circuit Switched) domain, the LTE system needs to transmit a short message through the SGs interface between the MME and the MSC/VLR, and the association on the interface is established during the attach process.
  • CS Circuit Switched
  • the MTC Server set the allowed location area for the MD to be TA level ⁇ TA_1 ⁇ . After the MD is powered on, perform the following process:
  • Step 904 After receiving the response message returned by the HSS, the MME initiates a session creation request to the gateway SAE GW, requesting to establish a connection to the MTC Server.
  • Step 907 Before returning the attach accept message, the MME associates with the MSC/VLR to create an SGs. That is, a transmission channel between the MME and the MSC is created.
  • Step 910 Since the E-UTRAN has no CS domain, the SM-SC sends the short message to the MSC, and the MSC forwards the packet to the MME and sends the message to the MD.
  • Step 913 The MD stores the allowed location area information ⁇ TA-1 ⁇ , and detects whether the TAI (Tracking Area ID) of the currently camped cell is TA-1. When the TAI is not equal to TA-1, the process proceeds to the next step, otherwise continues. Detection.
  • TAI Tracking Area ID
  • Steps 911-914 when the MD returns an SMS-DELIVER (SMS-Send, SMS: Short Message Service) response or event report, the short message sent by the MD also arrives at the SM through the SGs interface between the MME and the MSC. SC.
  • SMS-DELIVER SMS-Send, SMS: Short Message Service
  • FIG. 10 is a schematic flowchart of an implementation process of an MTC monitoring processing method in Embodiment 3, wherein, as described in Embodiment 1, the UE is attached to the UMTS network and registered to the MTC Server. After that, the MD configured in the MTC Server allows the location area to change, triggering the MTC Server to send a message to the MD to update the location area information again.
  • the process is as follows:
  • Step 1001 As described in Embodiment 1, the MD is attached to the network, activated to be registered to the MTC Server through the PDP Context, and event detection is started based on the initially obtained allowed location area information;
  • Step 1002 The location area of the MD is changed due to the configuration of the MTC User or other reasons.
  • Step 1004 The SM-SC sends a short message to the SGSN.
  • Step 1005 If the MD is in an idle state at this time, the paging process is performed to establish a connection between the MD and the network, and then the short message is sent to the MD; if the MD is already in the connected state, the short message is directly sent to the MD; Step 1006-1007, Response process
  • Step 1008 The MD monitors based on the updated location area
  • Steps 1009-1010 After the MD detects that it leaves the updated location area, the SM-SC sends an event report to the MTC Server. And inform the MD.
  • the embodiment of the present invention further provides another processing method for machine type communication monitoring MTC Monitoring, which includes the following steps:
  • Reported incident report
  • the MD monitors the event report to the MTC Server after the first location is monitored based on the information of the first location.
  • the MD receives the information of the first location delivered by the MTC Server and the information of the event report, which is received by the MD after the registration on the MTC Server is completed by the packet data network context PDP Context activation process in the universal mobile communication system UMTS system. ;
  • the MD is registered in the Long Term Evolution LTE system, it is received after being registered on the MTC Server;
  • the MD is received after registration on the MTC Server after the PDN connection request process of the packet data network in the LTE system is completed.
  • the method further comprises:
  • the MD receives the information of the second location delivered by the MTC server.
  • the MD updates the information of the first location according to the information of the second location.
  • the MD reports the event report to the MTC Server after the MD is in the first position according to the information of the first location.
  • the first location is represented by any one or any of the following minimum location units: cell cell, tracking area TA, routing area RA, location area LA, latitude and longitude.
  • the MD reports the event report to the MTC Server, including: The MD reports the event report directly to the MTC Server.
  • MD reports the event report to the MTC Server via other devices.
  • the MD receives the information of the first location and the information of the event report delivered by the MTC Server through the short message.
  • the MD reports the event report to the MTC Server through SMS.
  • the embodiment of the present invention further provides another MTC monitoring processing method, including the following steps:
  • the MTC Server determines a first location where the MD is allowed to be located, and an event report that needs to be reported when the MD is in the first location;
  • the MTC Server sends the information of the first location and the information of the event report to the MD.
  • the MTC Server sends the first location information and the event report information to the MD, and is sent after the MD completes registration on the MTC Server through the PDP Context activation process in the UMTS system;
  • the MD is sent after the MD is registered in the LTE system and registered on the MTC Server; or, the MD is sent after being registered on the MTC Server after the PDN connection request process in the LTE system is completed.
  • the method further comprises:
  • the MTC Server determines the second location where the MD is allowed to be located
  • the MTC Server sends the information of the second location to the MD.
  • the first location is represented by any one or any of the following minimum location units: cell cell, tracking area TA, routing area RA, location area LA, latitude and longitude.
  • the method further comprises:
  • the MTC Server receives the event report reported by the MD to the MTC Server, or the event report reported by the MD to the MTC Server by other devices.
  • the MTC Server sends the information of the first location and the information of the event report to the MD by using a short message.
  • the above second type of machine type communication monitoring MTC Monitoring processing method, MTC Monitoring The processing method is different from the first machine type communication monitoring MTC Monitoring processing method and the MTC Monitoring processing method in that the configured event reporting conditions are different.
  • the event may be configured to report the event in the first location according to the application requirement, such as when performing terminal location, implementing terminal charging in different areas, or configuring event reporting when not in the first location according to application requirements, for example, in order to implement terminal security monitoring.
  • the scenario in which the event is reported when the current location is or is not in the first location is not limited thereto, and may be other scenarios.
  • the specific implementation details of the event reporting may refer to the first type of MTC Monitoring processing method, and the first type of machine. Class communication monitors the implementation of the MTC Monitoring processing method.
  • a machine type communication device and a machine type communication server are also provided in the embodiment of the present invention. Since the principle of solving the problem of these devices is similar to the MTC Monitoring processing method, the implementation of the devices may refer to the implementation of the method. The repetitions are not repeated here.
  • FIG. 11 is a schematic structural diagram of a device type communication device.
  • the MD may include: a receiving module 1101, configured to receive information about a first location delivered by the MTC server and event report information, where the first location is allowed.
  • the event report is an event report to be performed when the MD is not in the first position;
  • the monitoring module 1102 is configured to monitor, according to the information of the first location, whether the MD is not in the first location, and the sending module 1103, configured to report the event report to the MTC Server after detecting that the MD is not in the first location.
  • the receiving module may be further configured to: after the registration on the MTC Server is completed in the UMTS system, receive the information about the location sent by the MTC server and the event report information; or, the attach process in the LTE system. After receiving the registration on the MTC Server, the information about the location sent by the MTC Server and the event report information are received; or, after the PDN connection request process in the LTE system is completed, the location sent by the MTC Server is received after being registered on the MTC Server. Information and information about event reports.
  • the receiving module is further configured to receive information about the second location delivered by the MTC server;
  • the monitoring module is further configured to update the information of the first location according to the information of the second location.
  • the monitoring module may be further configured to: during the cell selection or reselection, monitor whether the MD is not in the first location according to the information of the first location;
  • the sending module may be further configured to report an event report to the MTC Server after detecting that the MD is not in the first location.
  • the sending module may be further used to directly report the event report to the MTC server; or report the event report to the MTC server through other devices.
  • the MTC Server may include: a determining module 1201, configured to determine a first location where the MD is allowed to be located, and an event report to be performed when the MD is not in the first location;
  • the sending module 1202 is configured to send, to the MD, the information of the first location and the information of the event.
  • the sending module may be further configured to send the information of the first location and the event report information to the MD after the registration on the MTC Server is completed by the PDP Context activation process in the UMTS system; or, after attaching the process in the LTE system After being registered on the MTC Server, the first location information and the event report information are sent to the MD; or, after the PDN connection request process is completed in the LTE system, the first location information and the event are sent to the MD after being registered on the MTC Server. Reported information.
  • the determining module may be further configured to determine a second location where the MD is allowed to be located; the sending module may further be configured to send the information of the second location to the MD.
  • the determining module may be further configured to determine that the first location is represented by any one or any of the following minimum location units:
  • the server may further include:
  • the receiving module 1203 is configured to receive an event report reported by the MD to the MTC Server; or report the event to the MTC Server by using another device.
  • Another embodiment of the present invention provides another machine type communication device, including:
  • a receiving module configured to receive information about a first location delivered by the MTC Server and a report of an event report
  • the first location is a location where the MD is allowed to be located, and the event report is an event report that needs to be reported when the MD is in the first location;
  • a monitoring module configured to monitor, according to information of the first location, whether the MD is in the first location
  • the sending module is configured to report an event report to the MTC Server after detecting that the MD is in the first location.
  • the receiving module is further configured to: after the registration on the MTC Server is completed by the PDP Context activation process in the UMTS system, receive information about the first location delivered by the MTC Server and event report information; or, attach the process in the LTE system. After the registration is completed on the MTC Server, the information about the first location sent by the MTC Server and the event report information are received; or, after the PDN connection request process in the LTE system is completed, after registering on the MTC Server, receiving the MTC Server The information of the first location issued and the information of the event report.
  • the receiving module is further configured to receive information about the second location delivered by the MTC server; and the monitoring module is further configured to update the information of the first location according to the information of the second location.
  • the monitoring module is further configured to: during the cell selection or reselection, monitor whether the MD is in the first location according to the information of the first location;
  • the sending module is further configured to report an event report to the MTC Server after detecting that the MD is in the first location.
  • the sending module is further configured to directly report the event report to the MTC Server; or report the event report to the MTC Server via another device.
  • Another embodiment of the present invention provides another machine type communication server, including:
  • a determining module configured to determine a first location where the MD is allowed to be located, and an event report to be reported when the MD is in the first location;
  • the sending module is configured to send the information of the first location and the information of the event report to the MD.
  • the sending module is further configured to send the information of the first location and the information of the event report to the MD after the MD completes the registration on the MTC Server by using the PDP Context activation process in the UMTS system; or, in the LTE system in the MD
  • the first location information and the event report information are sent to the MD; or, the MD is in the LTE system PDN.
  • the connection request process is completed, after registering on the MTC Server, the first location information and the event report information are sent to the MD.
  • the determining module is further configured to determine a second location in which the MD is allowed to be located;
  • the sending module is further configured to send the information of the second location to the MD.
  • the determining module is further configured to determine that the first location is represented by any one or any of a plurality of minimum location units:
  • Cell cell tracking area TA level, routing area RA, location area LA, geographic location.
  • the method further comprises:
  • the receiving module is configured to receive an event report reported by the MD to the MTC Server; or an event report reported by the other device to the MTC Server.
  • the MTC Server sends the allowed location area information to the MD, and the MD monitors whether to leave the location area.
  • the MD sends an event report to the MTC Server.
  • the MTC Server can send a notification.
  • the registration process is completed in the UMTS system through the PDP Context activation process, which is done in the LTE system by the attach procedure or the PDN connection request procedure.
  • the MTC Server updates the location area information of the MD storage
  • the MD can report the event report to the MTC Server in a variety of ways, such as by SMS or signaling, or other user-based methods.
  • the MTC Server can send the above information to the MD in multiple ways, such as by SMS or signaling. Or other user plane based methods, etc.
  • the MTC Server and the SM-SC implement an MTCsms interface, and the SME function is implemented in the MTC Server;
  • the MD monitors whether the current location area belongs to the allowed location area during cell selection and reselection, and if not, sends an event report;
  • the MD needs to implement the SME function for sending and receiving short messages; the MD needs to be implemented.
  • the monitoring event is sent by the MTC Server to the MD through the short message, and the modification of the MD subscription data is avoided.
  • the MTC Server also updates the MD by using the short message.
  • this solution does not require an interface between the MTC Server and the HSS.
  • the HSS/HLR is not required to notify the core network node of the updated event, thereby reducing the event.
  • the interface and operation between other network nodes and the HSS/HLR maintains the stability of the HSS/HLR.
  • the network can only know the location of the terminal at the granularity of the RA or the TAI List, and cannot obtain the information of the finer location such as the current camped cell of the terminal, and the network-based monitoring method will increase. Operational complexity. In this solution, even if the terminal is in the idle state and the cell selection and reselection are performed, if the allowed area is removed, the terminal can actively report the event and make full use of the characteristics of the terminal.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the present invention is applicable to one or more computer usable storage media (including but not limited to disk storage, including computer usable program code,
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that it is stored in the computer readable memory.
  • the instructions produce an article of manufacture comprising an instruction device that implements the functions specified in one or more blocks of the flow or in a flow or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Abstract

本申请公开了一种机器类通信监测处理方法及设备,包括:机器类通信服务器确定允许机器类通信设备位于的第一位置,以及在机器类通信设备不在第一位置时需进行的事件报告;机器类通信服务器向机器类通信设备发送第一位置的信息以及事件报告的信息。机器类通信设备接收机器类通信服务器下发的第一位置的信息以及事件报告的信息;机器类通信设备在根据第一位置的信息监测到机器类通信设备不在第一位置后,向机器类通信服务器上报事件报告。本申请能减少其它网络节点与归属签约服务器/归属位置寄存器之间的接口和操作,维护了归属签约服务器/归属位置寄存器的稳定性。

Description

一种机器类通信监测处理方法及设备 本申请要求在 2010年 6月 13日提交中国专利局、 申请号为 201010207652.4、 发明名称为"一 种机器类通信监测处理方法及设备 "的中国专利申请的优先权, 其全部内容通过引用结合在本申 请中。 技术领域
本发明涉及机器类通信技术, 特别涉及一种机器类通信监测处理方法及设 备。 背景技术
机器类通信( Machine Type Communication, MTC )是指机器与机器之间、 通过移动运营商的通信网络进行的通信。 机器类通信定义了以下几个概念:
MTC Device ( Machine Type Communication Device, MD, 机器类通信设备) 是通信网络中专用于机器类通信的终端设备, 如远程抄表设备、 视频监控设备 等。 MTC Device是一种无人参与的、 特殊类型的通信终端。 根据 MD特性的不 同, 3GPP定义了不同的 MTC特性,如 Low Mobility(低移动性)、 Time Controlled (时间受控)等。
MTC Server ( Machine Type Communication Server, MTC服务器)是指通过 通信网络与 MTC Device进行通信的设备,相当于一个服务器, 如智能抄表系统 的服务器、 智能公交系统服务器等。
MTC User ( MTC用户 )是指使用 MTC Server所提供的服务的用户。
图 1为机器类通信架构示意图, 图示为 MD、 MTC Server与 3GPP系统之 间通信的架构图, 在机器类通信中, 3GPP ( 3rd Generation partnership project, 第 3代合作项目 ) 系统为 MD与 MTC Server之间的通信提供传输和通信服务, 如承载、 IMS ( IP Multimedia System, IP多媒体子系统)和短信等, 并且基于机 器类通信的特点对传统的通信方式进行一定的优化。 由于机器类设备通常工作于 "无人值守" 状态, 且可能部署在一些高风险 地区(容易发生偷窃或破坏 ),为了保证这类 MD的安全使用, 3GPP提出了 MTC Monitoring ( MTC监测) 需求, 也即网络针对特定事件对 MD进行监测, 并且 当监测到事件后上报 MTC Server或 MTC User。 3GPP TS 22.368中定义的 MTC Monitoring需求具体为:
1、 网络运营商应当可以检测以下事件:
1 )设备具有与激活的 MTC特性不相符的行为 (如具有 Low Mobility特性 的 MD频繁进行位置更新);
2 )接入点的改变 (如在限制区域之外接入;);
3 )设备终端与 UICC ( Universal Integrated Circuit Card, 通用综合电路卡) 之间匹配关系的改变;
4 )连接丟失;
2、 应当由 MTC User定义上述事件中哪些需要监测;
3、 当监测事件发生后, 网络应当可以进行以下操作:
1 )为 MTC user或 MTC Server提供告警消息;
2 ) 限制提供给 MD的服务(如减少分配的资源等);
4、 应当由 MTC user定义事件发生后的操作;
5、 MD应当可以向 MTC Server发送其检测方法不在 3GPP范畴内的事件的 消息。
3GPP TS 23.888针对以上事件分别提出了检测和上报方法。 作为检测和上 报的基础, MD签约数据中配置了需要监测的事件以及相关规则(如允许的位置 区), 还可能配置事件发生后网络所釆取的操作 (如将 MD从网络中去附着)。
TS 23.888提出了一种对 "接入点改变" 事件的检测方法, 主要由核心网控 制节点进行。 核心网控制节点在 LTE ( Long Term Evolution , 长期演进) 系统中 为 ΜΜΕ ( Mobility Management Entity, 移动性管理实体), 在 UMTS ( Universal Mobile Telecommunications System,通用移动通信系统 )系统中为 SGSN( Serving GPRS Support Node, 服务 GPRS支持节点)或 MSC ( Mobile Switching Centre, 移动交换中心)。
Table 6.10.2-1 : SGSN/MME based detection (基于 SGSN/MME的监测 )
Figure imgf000005_0001
根据现有技术,基于 MME/SGSN的检测和上报过程如图 2所示,其中, CN ( Core Network,核心网)节点在 LTE系统中是 MME ,在 UMTS系统中是 SGSN 或 MSC。 用户签约数据服务器在 EPS ( Evolved Packet System, 演进分组系统) 中是 HSS ( Home Subscriber Server, 归属签约服务器), 在 UMTS系统中是 HLR ( Home Location Register, 归属位置寄存器), 签约数据中已经配置了需要进行 监测的事件(用以示例的是接入点改变), 则该流程可以包括:
步骤 201、 MD发起附着请求, 请求接入网络。
步骤 202、 CN节点向用户签约数据服务器发送位置更新请求。
步骤 203、 用户签约数据服务器向 CN节点返回位置更新响应, 响应消息中 包含了 MD的签约数据, 其中包括监测事件的定义、 事件发生后的默认操作等。 步骤 204、 CN节点向 MD返回附着接受, MD接入网络。
步骤 205、 CN节点根据签约数据中的指示进行监测。
步骤 206、 当事件发生时, CN节点向 MTC Server或 MTC User上报事件。 步骤 207、 如果规定了由 MTC Server或 MTC User向 CN节点指示后续动 作, 则 MTC Server/MTC User返回动作指示。如果 MTC Server/User没有返回指 示, 则 CN节点执行签约数据中的默认动作。
步骤 208、 CN节点执行动作, 如将 MD从网络中去附着等。
在 MTC Monitoring需求中 , 目前对"接入点改变"的检测都由网络执行, 如 基于 SGSN/MME的检测。 这种方法的缺点在于:
1 )对 HSS/HLR带来了一定的冲击: 事件信息配置在 MD签约数据中, 当事 件发生改变时(如更新允许的接入区域等), 需要快速同步 HSS/HLR中的数据。 除此之外, 还需要增加 MTC Server/User与 HSS/HLR之间的接口, 并定义相关的 操作流程。 然而, HSS/HLR作为签约数据服务器, 其中的数据应当尽可能不要 频繁变化, 同时也应尽量减少网络中其它节点与 HSS/HLR的接口和交互, 以保 证 HSS/HLR的稳定性;
2 )基于网络的 "接入点改变"监测方法颗粒度较大。 当终端进入空闲态时, 根据现有技术核心网只能在位置区 (路由区或跟踪区列表)粒度上知道终端位 置信息, 当终端允许的范围较小如一个或多个小区时, 基于现有方法网络将不 能实现 "接入点改变" 监测功能。 发明内容
本发明所解决的技术问题在于提供了一种机器类通信监测处理方法及设 备, 用以对 MD进行 MTC Monitoring处理。
本发明实施例中提供了一种机器类通信监测 MTC Monitoring处理方法, 包 括如下步骤: MD接收 MTC Server下发的第一位置的信息以及事件报告的信息, 其中, 第一位置是允许 MD位于的位置, 事件报告是 MD不在第一位置时需上报的事 件报告;
MD在根据第一位置的信息监测到 MD不在第一位置后, 向 MTC Server上 报事件报告。
本发明实施例中提供了一种 MTC Monitoring处理方法, 包括如下步骤: MTC Server确定允许 MD位于的第一位置, 以及在 MD不在第一位置时需 上报的事件报告;
MTC Server向 MD发送第一位置的信息以及事件报告的信息。
本发明实施例还提供另一种机器类通信监测 MTC Monitoring处理方法, 包括如下步骤:
机器类通信设备 MD接收机器类通信服务器 MTC Server下发的第一位置的 信息以及事件报告的信息, 其中, 第一位置是允许 MD位于的位置, 所述事件 报告是 MD在第一位置时需上报的事件报告;
MD根据第一位置的信息监测到在第一位置后, 向 MTC Server上报事件报 告。
本发明实施例还提供另一种 MTC Monitoring处理方法, 包括如下步骤: MTC Server确定允许 MD位于的第一位置, 以及在 MD在第一位置时需上 报的事件报告;
MTC Server向 MD发送第一位置的信息以及事件报告的信息。
本发明实施例中提供了一种机器类通信设备, 包括:
接收模块, 用于接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 事件报告是 MD不在第一位置时 需上报的事件报告;
监测模块, 用于根据第一位置的信息监测 MD是否不在第一位置; 发送模块, 用于在监测到 MD不在第一位置后, 向 MTC Server上报事件报 告。
本发明实施例中提供了一种机器类通信服务器, 包括:
确定模块, 用于确定允许 MD位于的第一位置, 以及在 MD不在第一位置 时需上报的事件报告;
发送模块, 用于向 MD发送第一位置的信息以及事件报告的信息。
本发明实施例还提供另一种机器类通信设备, 包括:
接收模块, 用于接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 所述事件报告是 MD在第一位置 时需上报的事件报告;
监测模块, 用于根据第一位置的信息监测 MD是否在第一位置;
发送模块,用于在监测到 MD在第一位置后,向 MTC Server上报事件报告。 本发明实施例还提供另一种机器类通信服务器, 包括:
确定模块, 用于确定允许 MD位于的第一位置, 以及在 MD在第一位置时 需上报的事件报告;
发送模块, 用于向 MD发送第一位置的信息以及事件报告的信息。
本发明有益效果如下:
本发明实施例提供的技术方案在 MTC Monitoring处理过程中 ,
对于 MTC Server, 在其确定允许 MD位于的第一位置, 以及在 MD不在第 一位置时需进行的事件报告后, MTC Server向 MD发送第一位置的信息以及事 件报告的信息。
而对于 MD, MD则是接收 MTC Server下发的第一位置的信息以及事件报 告的信息;这样 MD在根据第一位置的信息监测到 MD不在第一位置后,向 MTC Server上报事件报告。
由于监测事件由 MTC Server下发至 MD, 避免了对 MD签约数据的改动, 当监测事件发生改变时, 也由 MTC Server 更新 MD。 因此, 与现有的基于 SGSN/MME的监测方法相比, 本方案不需要 MTC Server与 HSS之间有接口, 当监测事件改变时, 也不需要 HSS/HLR通知核心网节点更新后的事件, 从而减 少了其它网络节点与 HSS/HLR之间的接口和操作,维护了 HSS/HLR的稳定性; 此外, 本方案可以完成更细颗粒度(如小区粒度) 的接入点改变监测, 从而解 决了基于 SGSN/MME的监测方法在空闲态下监测粒度较大的问题。 附图说明
图 1为背景技术中机器类通信架构示意图;
图 2为背景技术中基于 MME/SGSN的检测和上报过程示意图;
图 3为本发明实施例中 USAT应用下载和事件监测过程示意图;
图 4为本发明实施例中 MD侧 MTC Monitoring处理方法实施流程示意图; 图 5为本发明实施例中 MTC Server侧 MTC Monitoring处理方法实施流程 示意图;
图 6为本发明实施例中基于 MD的接入点改变监测示意图;
图 7为本发明实施例中允许位置区的更新过程实施流程示意图;
图 8为本发明实施例中实施例 1中 MTC Monitoring处理方法实施流程示意 图;
图 9为本发明实施例中实施例 2中 MTC Monitoring处理方法实施流程示意 图;
图 10为本发明实施例中实施例 3中 MTC Monitoring处理方法实施流程示 意图;
图 11为本发明实施例中机器类通信设备结构示意图;
图 12为本发明实施例中机器类通信服务器结构示意图。 具体实施方式
发明人在发明过程中注意到:
在 3GPP TS 23.271中, 定义了一种基于 LCS ( Location Service, 定位服务) 技术的、 由 UE监测 "change of area (改变区域) "事件的方法, 具体为: 定位 客户端 (LCS Client )发出定位请求, 要求网络在 UE进入、 离开或位于目标位 置区时进行上报, 网络接受该请求并将目标位置区及事件定义通过短信下发至 UE中, 当 UE监测到事件发生时(进入、 离开或位于指定位置区)便上报网络, 再由网络上报定位客户端。
下面进行说明:
1、 定位客户端在定位请求消息中表明该请求事件是 "change of area"类型, 并给出目标位置区的表示: 可以是由 TS 23.032 定义的一个地理区域、 或是由 E.164国家码表示的地理区域、 或是由 PLMN ( Public Land Mobile Network, 公 共陆上移动网络) ID (标识)表示的区域或一个地理政治区 (如城市名)等。
2、 网络中由 GMLC ( Gateway Mobile Location Center, 网关移动位置中心) 接收 LCS Client的定位请求, 并可以将请求消息中的目标位置区转换为该区域 的 cell ID (小区标识)、 位置区标识(如: LAI ( Location area ID, 位置区标识)、 RAI ( Routing Area ID, 路由区标识))、 PLMN ID等。
3、 GMLC通过短信与 UE交互, 将 "change of area" 事件相关信息 (如目 标区域的位置区标识或地理坐标、 上报条件等)通过短信下发至 UE, 也即该方 案中 GMLC 具备将定位请求中的信息转换为短信内容、 并与 SM-SC ( Short Message Service Center , 短信息中心) 交互的能力。
4、 GMLC通过 SM-SC发送的短信激活( U ) SIM ( USIM: UMTS Subscriber Identity Module , UMTS 用 户 识另 模块; UMTS: Universal Mobile Telecommunication System, 通用移动通信系统)中的一个应用, 下发 "change of area "事件, 该应用通过 US AT ( (U)SIM Application Toolkit, (U)SIM卡应用工 具)命令与设备终端 MT ( Mobile Terminate, 移动终端) 交互, 指示终端监测 UE是否进入、 离开或位于目标位置区。 当所述事件发生后, 终端报告 (U)SIM, 再由 (U)SIM通过短信经 SM-SC上报 GMLC。
图 3为 USAT应用下载和事件监测过程示意图, 目前 "change of area"类型 的定位请求只适用于 2G和 UMTS 系统。 其流程如图 3 所示, 其中 R-GMLC ( Roaming GMLC,漫游 GMLC )是定位客户端网络中的 GMLC, H-GMLC( Home
GMLC , 家乡 GMLC )是被定位 UE的归属网络中的 GMLC , 核心网节点在 2G 系统中是 MSC ( Mobile Switching Center, 移动交换中心), 在 UMTS系统中是
SGSN或 MSC。 图中省略了短信息中心 SM-SC。 则该流程可以包括:
步骤 301、 定位客户端向 R-GMLC发送定位请求消息, 消息中表明事件类 型为" change of area", 并给出目标位置区的描述, 以及上报条件(进入、或离开、 或位于目标位置区)。
步骤 302、 LCS定位过程中的共同流程, 主要为 GMLC之间的交互。
步骤 303、 H-GMLC 收到定位请求后, 可能将消息中的目标位置区转换为 cell ID, LAI等标识或地理坐标,并通过 SM-SC和 MSC/SGSN向 UE/(U)SIM发 送短消息, 也即下发 Change of Area事件。
步骤 304、 UE向 H-GMLC返回响应;
步骤 305、 H-GMLC、 R-GMLC向定位客户端返回响应;
步骤 306、 收到步骤 303中的 Change of Area事件之后, (U)SIM指示终端 监测事件, 也即 UE是否进入、 离开或位于目标位置区。
步骤 307、 当事件发生时, 终端通知 (U)SIM卡, 并通过 SM-SC向 H-GMLC 发送事件报告。
步骤 308、 H-GMLC进行隐私检查;
步骤 309、 如果隐私检查通过, H-GMLC通过 R-GMLC向定位客户端发送 事件报告。
通过以上方式, 可以实现基于终端的 "change of area"监测。 由于终端可以 很方便地获知当前所处的位置区标识 (如 cell ID、 LAI等), 这种方式可以简化 网络侧的操作。
在 MTC Monitoring需求中, 目前对 "接入点改变" 的检测都由网络执行, 如基于 SGSN/MME的检测。 这种方案的缺点在于对 HSS/HLR带来了一定的冲 击: 事件信息配置在 MD签约数据中, 当事件发生改变时(如更新允许的接入 区域等), 需要快速同步 HSS/HLR 中的数据。 除此之外, 还需要增加 MTC Server/User与 HSS/HLR之间的接口, 并定义相关的操作流程。 然而, HSS/HLR 作为签约数据服务器, 其中的数据应当尽可能不要频繁变化, 同时也应尽量减 少网络中其它节点与 HSS/HLR的接口和交互, 以保证 HSS/HLR的稳定性。
此外, 目前的系统中, 当终端进入空闲态后, 网络只能在 RA或 TAI List 的粒度上知道终端所处的位置, 而不能获知终端的当前驻留小区等更细的位置 信息, 由网络进行监测的方法将增加网络复杂度。 另一方面, 终端即使在空闲 态也在进行小区选择与重选, 因此可以很方便地获知当前所处的位置信息, 但 基于网络的检测方法没有很好地利用终端的这一特性。
结合上述现有技术的不足以及 LCS技术, 本发明实施例将提出一种由 MD 进行 "接入点改变" 事件的监测方案, 具体为: MTC Server/MTC User配置 MD 允许的位置信息, 当 MD附着到网络并注册到 MTC Server上之后, MTC Server 通过短信向 MD下发允许的位置信息以及事件报告相关信息。 而 MD存储允许 的位置信息并监测是否发生了所定义的事件。 当事件发生时, MD通过短信向 MTC Server发送报告 ,从而实现基于终端的 MTC Monitoring需求。 下面结合附 图对本发明的具体实施方式进行说明。
在说明过程中 , 将分别从 MTC Server与 MD侧的实施进行说明 , 但这并不 意味着二者必须配合实施, 实际上, 当 MTC Server与 MD分开始实施时, 其也 各自解决的 MTC Server侧、 MD侧的问题, 只是二者结合使用时, 会获得更好 的技术效果。
实施中,首先,在 MTC Server与 SM-SC之间实现 MTCsms接口,实现 SME ( Short Message Entity, 短消息实体)功能, 也即具有将监测事件信息转化为短 信息所需格式的功能。
其次, MD中需要实现 SME, 具备短信息的收发功能; 具备 (U)SIM应用下 载功能, 并能通过 USAT命令与移动终端 MT ( Mobile Terminate, 移动终结 )交 互。
最后, 根据 MTC Server/User设置的不同, MD允许的位置区包括但不限于 以下几种粒度之一或者其任意组合: ( 1 ) cell级别(如 {cell ID a, cell ID b, ... } ); ( 2 ) TA ( Tracking Area, 跟踪区 )级别(如 {TA_1 , TA 2} ); ( 3 )对于具有 GPS ( Global Positioning System , 全球定位系统)功能的 MD , 还可以是地理位置信 息(如一定的经纬度); ( 4 ) RA ( Routing Area,路由区 )级别, ( 5 ) LA ( Location Area, 位置区)级别。 因为 MD允许位置区的差别, 以及混合组网下不同系统 对位置区划分的不同, 所以也可能有组合的位置区。
实施中, 在对 MTC Server/User进行设置时, 可以结合实践需要进行设置, 比如根据 MD允许的位置范围大小进行设置。
对于 MD侧, 实施方式可以如下:
图 4为 MD侧 MTC Monitoring处理方法实施流程示意图, 如图所示 , 可以 包括如下步骤:
步骤 401、 MD接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 事件报告是 MD不在第一位置时 需进行的事件报告;
步骤 402、 MD在根据第一位置的信息监测到 MD不在第一位置后,向 MTC Server上报事件报告。
MD可以以多种方式向 MTC Server上报事件报告, 如通过短信或信令, 或 其它基于用户面的方法等。 优选地, MD具体通过短信接收 MTC Server下发的 第一位置的信息以及事件报告的信息; MD通过短信向 MTC Server上报事件报 告。
实施中, MD接收 MTC Server下发的位置的信息以及事件报告的信息, 可 以是在 UMTS系统中通过 PDP Context ( PDP上下文; PDP: Packet Data Protocol, 分组数据协议 )激活过程完成在 MTC Server上的注册后接收的;
或, 是在 LTE系统中附着过程完成后, 在 MTC Server上注册后接收的; 或, 是在 LTE系统中 PDN ( Packet Data Network, 分组数据网)连接请求 过程完成后, 在 MTC Server上注册后接收的。
实施中, 还可以进一步包括:
MD接收 MTC Server下发的第二位置的信息, 第二位置为不同于第一位置 的允许 MD位于的位置;
MD根据第二位置的信息更新第一位置的信息。
发送第二位置的信息目的在于更新第一位置的信息, 比如当 MD允许的位 置区改变后, MTC Server可以再次通知 MD更新所允许的位置范围。
实施中, MD根据第一位置的信息监测到不在第一位置后, 向 MTC Server 上报事件报告, 具体包括:
MD在小区选择或重选过程中, 根据第一位置的信息监测到 MD不在第一 位置后, 向 MTC Server上报事件报告。
实施中, MD向 MTC Server上报事件报告时, 可以包括:
MD直接向 MTC Server上报事件报告;
或, MD经其它设备向 MTC Server上报事件报告。
对于直接上报的实施是容易理解的, 而向 MTC Server上报事件报告的功能 也可以由其他网络节点实现, 也即: MD监测事件发生后, MD上 ^艮给其他网络 节点设备, 比如通过信令告知其他网络节点设备 MD已经不在允许的位置范围, 然后其他网络节点设备再报告 MTC Server。 实施中还是由 MD监测, 只是发起 事件报告的实体不一定是由 MD执行。
对于 MTC Server侧, 实施方式可以如下:
图 5为 MTC Server侧 MTC Monitoring处理方法实施流程示意图, 如图所 示, 可以包括如下步骤:
步骤 501、 MTC Server确定允许 MD位于的第一位置, 以及在 MD不在第 一位置时需进行的事件报告;
步骤 502、 MTC Server向 MD发送第一位置的信息以及事件>¾告的信息。 MTC Server可以以多种方式向 MD下发上述信息, 如通过短信或信令, 或 其它基于用户面的方法等, 优选地, MTC Server具体通过短信向 MD发送第一 位置的信息以及事件报告的信息。
实施中, MTC Server向 MD发送第一位置的信息以及事件报告的信息, 可 以是在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上的注册后 发送的;
或, 是在 LTE系统中附着过程完成后, 在 MTC Server上注册后发送的; 或, 是在 LTE系统中 PDN连接请求过程完成后, 在 MTC Server上注册后 发送的。
实施中, 还可以进一步包括:
MTC Server确定允许 MD位于的第二位置;
MTC Server向 MD发送第二位置的信息。 实施中, 还可以进一步包括:
MTC Server接收 MD向 MTC Server上报的事件报告, 或, 经其它设备向 MTC Server上报事件报告。
为便于理解本发明实施例提供的技术方案, 下面对 MD与 MTC Server的同 时实施进行说明。具体以 MTC Server具体通过短信向 MD发送第一位置的信息 以及事件报告的信息, MD具体通过短信向 MTC Server上报事件报告为例, 说 明机器类通信监测 MTC Monitoring处理方法及 MTC Monitoring处理方法。 实 施中除了短信下发之外, 还可以通过信令或其它基于用户面的方法。
图 6为基于 MD的接入点改变监测示意图, 本方案可以同时适用于 2G、 3G 和 LTE系统, 具体流程如图 6所示, 其中 CN节点在 2G系统中是 MSC, 在 3G 系统中是 MSC或 SGSN, 在 LTE系统中是 MME; 网关是连接运营商核心网与 MTC Server的设备。
步骤 601、 MD向网络发送附着请求, 请求接入到网络; 步骤 602、 CN节点为 MD与 MTC Server之间的通信创建承载通路, 完成 MD在 MTC Server上的注册;
步骤 603、 根据签约信息和配置, 如果允许 MD接入网络, 则 CN节点向 MD返回附着接受消息;
步骤 604、 MD注册到 MTC Server之后, MTC Server将 MD的允许位置区 信息以及事件报告相关信息发送至短信息中心 SM-SC;
步骤 605、 SM-SC向 MD发送该短消息, 其中携带允许位置区信息和事件 报告相关信息;
步骤 606、 MD返回短消息接收响应;
步骤 607、 SM-SC向 MTC Server返回响应;
步骤 608、 MD存储允许的位置区信息和事件^艮告相关信息, 并根据该信息 监测终端是否离开了允许的位置区;
步骤 609、 当监测事件发生时, MD向 SM-SC发送事件报告;
步骤 610、 SM-SC向 MTC Server发送事件报告。
图 7为允许位置区的更新过程实施流程示意图, 当 MD注册到网络中之后, 如果允许的位置发生改变, MTC Server可以向 MD发送短信更新位置的信息。 该过程流程图如下所示为:
步骤 701、 MD附着到网络, 并注册到 MTC Server上。 本步骤的实施可以 参考图 6的执行过程;
步骤 702、 MTC Server中存储的 MD允许位置的信息改变, 或事件的 4艮告 方式改变;
步骤 703-709、 MTC Server通过短信向 MD发送改变后的信息, 其流程的 实施可以参考图 6中步骤 604-610的执行过程。
下面以实例来进行说明, 下面以 MTC Server具体通过短信向 MD发送第一 位置的信息以及事件报告的信息, MD具体通过短信向 MTC Server上报事件报 告为例,说明机器类通信监测 MTC Monitoring处理方法及 MTC Monitoring处 理方法, 这里除了短信下发之外, 还可以通过信令或其它基于用户面的方法。 实施例 1
图 8为实施例 1中 MTC Monitoring处理方法实施流程示意图, 其中, MD 工作于 UMTS系统中, CN节点为 SGSN, 网关节点为 GGSN ( Gateway GPRS Support Node, 网关 GPRS服务支持节点), 签约数据服务器为 HLR。 MD开机 后先执行附着过程,然后发起 PDP Context建立请求建立到 MTC Server的连接, MTC Server随即下发允许的位置信息。在本例中,位置信息设为 cell级别, {cell IDl , cell ID2, cell ID 3}„ 则该过程如图 8所示, 具体为:
步骤 801、 MD开机, 发起附着请求;
步骤 802、 SGSN向 HLR发出位置注册请求;
步骤 803、 HLR向 SGSN返回响应, 响应消息中携带 MD签约数据; 步骤 804、根据签约数据, 如果 MD允许接入网络, 则 SGSN返回附着接受 消息。
步骤 805、 MD发起 PDP Context激活请求, 请求网络建立到 MTC Server 的连接;
步骤 806、 SGSN向网关设备 GGSN发出 PDP Context创建请求;
步骤 807、 GGSN与 MTC Server进行交互, 传递 MD相关信息; 如果 MTC Server允许 MD注册, 将向 GGSN返回响应消息;
步骤 808、 GGSN向 SGSN返回 PDP Context创建响应;
步骤 809、 SGSN向 MD返回 PDP Context激活响应, MD与 MTC Server 之间即可通信。
步骤 810、 MD完成注册后, MTC Server向 MD下发允许的位置的信息, 也即 {cell IDl , cell ID2, cell ID 3}。MTC Server把相关信息发送给 SM-SC, SM-SC 再以短信形式发送;
步骤 811、 SM-SC通过 SGSN将短信发送给 MD;
步骤 812、 MD返回响应; 步骤 813、 SM-SC返回响应;
步骤 814、 MD收到短信后进行解析, 存储其中的位置的信息, 并根据要求 检测是否离开了允许的位置区。具体为:如果 MD检测到当前驻留小区的 cell ID 没有在允许的位置区 {cell ID 1 , cell ID2 , cell ID 3}集合中, 则进入下一步, 否 则继续检测;
步骤 815、 MD通过短信发送监测到的事件信息;
步骤 816、 SM-SC将该信息发送至 MTC Server。
上述过程中, 完成步骤 807也即 MD注册到 MTC Server上之后即可执行步 骤 810。
通过以上方式便完成了 MTC Server向 MD下发监测事件信息、 MD监测事 件并上报的过程。
实施例 2
图 9为实施例 2中 MTC Monitoring处理方法实施流程示意图, 其中, MD 工作于 LTE系统中, CN节点为 MME, 网关节点为 SAE ( System Architecture Evolution, 系统架构演进) GW ( Gateway, 网关), 签约数据服务器为 HSS。 MD附着到网络时便会建立一个默认 PDN连接,设该默认连接即到 MTC Server 的连接。 由于 E-UTRAN没有 CS ( Circuit Switched, 电路交换)域, 因此 LTE 系统需要通过 MME与 MSC/VLR之间的 SGs接口传递短信, 该接口上的关联 在附着过程中建立。
设此时 MTC Server为 MD设置的允许位置区为 TA级别 {TA_1 }。 MD开机 后执行以下过程:
该过程中与实施例 1 的不同点在于以下几个步骤, 其余步骤参见实施例 1 的实施, 重复之处不再赘述。
步骤 904、 MME收到 HSS返回的响应消息后, 向网关 SAE GW发起会话 创建请求, 请求建立到 MTC Server的连接;
步骤 907、 在返回附着接受消息之前, MME与 MSC/VLR创建 SGs关联, 也即创建短消息在 MME与 MSC之间的传输通道;
步骤 910、 由于 E-UTRAN没有 CS域, 因此 SM-SC将短消息发送至 MSC, 经 MSC转发至 MME后发送至 MD;
步骤 913、 MD存储允许的位置区信息 {TA— 1} , 并检测当前驻留小区的 TAI (Tracking Area ID)是否为 TA— 1 , 当 TAI不等于 TA— 1时, 进入下一步, 否则继 续检测。
步骤 911-914、当 MD返回 SMS-DELIVER( SMS-传递, SMS: Short Message Service,短信息服务)响应或事件报告时,其发送的短消息也通过 MME与 MSC 之间的 SGs接口到达 SM-SC。
实施例 3
图 10为实施例 3中 MTC Monitoring处理方法实施流程示意图, 其中, 如 实施例 1所述, UE已经附着与 UMTS网络中并注册到 MTC Server上。 此后, MTC Server中配置的 MD允许位置区改变 , 触发 MTC Server再次向 MD下发 短信更新位置区信息, 该过程如图所示为:
步骤 1001、 如实施例 1所述, MD附着到网络中, 通过 PDP Context激活注 册到 MTC Server上, 并已基于最初获得的允许位置区信息开始事件检测;
步骤 1002、 由于 MTC User的配置或其它原因, MD允许的位置区改变; 步骤 1003、 MTC Server向 SM-SC发送相关信息, 信息中包含更新后的位 置区标识等相关信息, SM-SC再以短信形式发送;
步骤 1004、 SM-SC向 SGSN发送短信;
步骤 1005、 如果此时 MD处于空闲态, 将进行寻呼过程建立 MD到网络的 连接后再将短信发送至 MD;如果 MD已处于连接态,则直接将短信发送至 MD; 步骤 1006-1007、 响应过程;
步骤 1008、 MD基于更新后的位置区进行监测;
步骤 1009-1010、 当 MD检测到离开更新后位置区后, 通过 SM-SC向 MTC Server发送事件报告。 并通知 MD。
本发明实施例还提供另一种机器类通信监测 MTC Monitoring处理方法, 包括如下步骤:
机器类通信设备 MD接收机器类通信服务器 MTC Server下发的第一位置的 信息以及事件报告的信息, 其中, 第一位置是允许 MD位于的位置, 所述事件 报告是 MD在第一位置时需上报的事件报告;
MD根据第一位置的信息监测到在第一位置后, 向 MTC Server上报事件报 告。
优选地, MD接收 MTC Server下发的第一位置的信息以及事件报告的信息, 是 MD在通用移动通信系统 UMTS系统中通过分组数据网上下文 PDP Context 激活过程完成在 MTC Server上的注册后接收的;
或,是 MD在长期演进 LTE系统中附着过程完成后,在 MTC Server上注册 后接收的;
或, 是 MD在 LTE系统中分组数据网 PDN连接请求过程完成后 , 在 MTC Server上注册后接收的。
优选地, 进一步包括:
MD接收 MTC Server下发的第二位置的信息;
MD根据第二位置的信息更新第一位置的信息。
优选地, MD根据第一位置的信息监测到在第一位置后, 向 MTC Server上 报事件报告, 具体包括:
MD在小区选择或重选过程中, 根据第一位置的信息监测到 MD在第一位 置后, 向 MTC Server上报事件报告。
优选地, 第一位置釆用如下最小位置单位中任一种或者任意多种表示: 小区 cell、 跟踪区 TA 、 路由区 RA、 位置区 LA、 经纬度。
优选地, MD向 MTC Server上报事件报告, 包括: MD直接向 MTC Server上报事件报告;
或, MD经其它设备向 MTC Server上报事件报告。
优选地, MD具体通过短信接收 MTC Server下发的第一位置的信息以及事 件报告的信息;
MD具体通过短信向 MTC Server上报事件报告。
本发明实施例还提供另一种 MTC Monitoring处理方法, 包括如下步骤: MTC Server确定允许 MD位于的第一位置, 以及在 MD在第一位置时需上 报的事件报告;
MTC Server向 MD发送第一位置的信息以及事件报告的信息。
优选地, MTC Server向 MD发送第一位置的信息以及事件报告的信息, 是在 MD在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上 的注册后发送的;
或, 是 MD在 LTE系统中附着过程后, 在 MTC Server上注册后发送的; 或, 是 MD在 LTE系统中 PDN连接请求过程完成后 , 在 MTC Server上注 册后发送的。
优选地, 进一步包括:
MTC Server确定允许 MD位于的第二位置;
MTC Server向 MD发送第二位置的信息。
优选地, 所述第一位置釆用如下最小位置单位中任一种或者任意多种表示: 小区 cell、 跟踪区 TA、 路由区 RA、 位置区 LA、 经纬度。
优选地, 进一步包括:
MTC Server接收 MD向 MTC Server上报的事件报告, 或 MD经其它设备 向 MTC Server上报的事件报告。
优选地, MTC Server具体通过短信向 MD发送第一位置的信息以及事件报 告的信息。
上述第二种机器类通信监测 MTC Monitoring处理方法、 MTC Monitoring 处理方法, 与第一种机器类通信监测 MTC Monitoring 处理方法、 MTC Monitoring处理方法的不同之处在于, 配置的事件上报条件不同。
具体可以根据应用需求配置为在第一位置时事件上报, 如在进行终端定位、 实现不同区域内终端计费时, 或根据应用需求配置不在第一位置时事件上报, 如为了实现终端安全监测时等, 当前配置在或不在第一位置时事件上报的场景 不限于此, 还可以是其它场景, 在第一位置时事件上报具体实施细节可以参照 第一种 MTC Monitoring处理方法 , 与第一种机器类通信监测 MTC Monitoring 处理方法的实施。
基于同一发明构思, 本发明实施例中还提供了一种机器类通信设备、 机器 类通信服务器, 由于这些设备解决问题的原理与 MTC Monitoring处理方法相 似, 因此这些设备的实施可以参见方法的实施, 重复之处不再赘述。
图 11为机器类通信设备结构示意图, 如图所示, MD中可以包括: 接收模块 1101 ,用于接收 MTC Server下发的第一位置的信息以及事件报告 的信息, 其中, 第一位置是允许 MD位于的位置, 事件报告是 MD不在第一位 置时需进行的事件报告;
监测模块 1102, 用于根据第一位置的信息监测 MD是否不在第一位置; 发送模块 1103 ,用于在监测到 MD不在第一位置后, 向 MTC Server上报事 件报告。
实施中, 接收模块还可以进一步用于在 UMTS系统中通过 PDP Context激 活过程完成在 MTC Server上的注册后接收 MTC Server下发的位置的信息以及 事件报告的信息; 或, 在 LTE系统中附着过程后, 在 MTC Server上注册后接收 MTC Server下发的位置的信息以及事件报告的信息; 或, 在 LTE系统中 PDN 连接请求过程完成后, 在 MTC Server上注册后接收 MTC Server下发的位置的 信息以及事件报告的信息。
实施中, 接收模块还可以进一步用于接收 MTC Server下发的第二位置的信 息; 监测模块还可以进一步用于根据第二位置的信息更新第一位置的信息。 实施中, 监测模块还可以进一步用于在小区选择或重选过程中, 根据第一 位置的信息监测 MD是否不在第一位置;
发送模块还可以进一步用于在监测到 MD不在第一位置后, 向 MTC Server 上报事件报告。
实施中,发送模块还可以进一步用于直接向 MTC Server上报事件报告;或, 经其它设备向 MTC Server上报事件报告。
图 12为机器类通信服务器结构示意图,如图所示, MTC Server中可以包括: 确定模块 1201 , 用于确定允许 MD位于的第一位置, 以及在 MD不在第一 位置时需进行的事件报告;
发送模块 1202, 用于向 MD发送第一位置的信息以及事件^艮告的信息。 实施中, 发送模块还可以进一步用于在 UMTS系统中通过 PDP Context激 活过程完成在 MTC Server上的注册后向 MD发送第一位置的信息以及事件报告 的信息; 或, 在 LTE系统中附着过程后, 在 MTC Server上注册后向 MD发送第 一位置的信息以及事件报告的信息; 或, 在 LTE系统中 PDN连接请求过程完成 后, 在 MTC Server上注册后向 MD发送第一位置的信息以及事件报告的信息。
实施中, 确定模块还可以进一步用于确定允许 MD位于的第二位置; 发送模块还可以进一步用于向 MD发送第二位置的信息。
实施中, 确定模块还可以进一步用于确定第一位置釆用如下最小位置单位 中任一种或者任意多种表示:
小区 Cell、 跟踪区 TA、 路由区 RA、 位置区 LA、 经纬度。
实施中, 服务器中还可以进一步包括:
接收模块 1203 , 用于接收 MD向 MTC Server上报的事件报告; 或, 经其它 设备向 MTC Server上报事件报告。
本发明实施例还提供另一种机器类通信设备, 包括:
接收模块, 用于接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 所述事件报告是 MD在第一位置 时需上报的事件报告;
监测模块, 用于根据第一位置的信息监测 MD是否在第一位置;
发送模块,用于在监测到 MD在第一位置后,向 MTC Server上报事件报告。 优选地, 接收模块进一步用于在 UMTS系统中通过 PDP Context激活过程 完成 MTC Server上的注册后, 接收 MTC Server下发的第一位置的信息以及事 件报告的信息; 或, 在 LTE系统中附着过程完成后, 在 MTC Server上注册后, 接收 MTC Server下发的第一位置的信息以及事件报告的信息; 或, 在 LTE系统 中 PDN连接请求过程完成后, 在 MTC Server上注册后, 接收 MTC Server下发 的第一位置的信息以及事件报告的信息。
优选地, 接收模块进一步用于接收 MTC Server下发的第二位置的信息; 监测模块进一步用于根据第二位置的信息更新第一位置的信息。
优选地, 监测模块进一步用于在小区选择或重选过程中, 根据第一位置的 信息监测 MD是否在第一位置;
发送模块进一步用于在监测到 MD在第一位置后, 向 MTC Server上报事件 报告。
优选地, 发送模块进一步用于直接向 MTC Server上报事件报告; 或, 经其 它设备向 MTC Server上报事件报告。
本发明实施例还提供另一种机器类通信服务器, 包括:
确定模块, 用于确定允许 MD位于的第一位置, 以及在 MD在第一位置时 需上报的事件报告;
发送模块, 用于向 MD发送第一位置的信息以及事件报告的信息。
优选地, 发送模块进一步用于在 MD在 UMTS系统中通过 PDP Context激 活过程完成在 MTC Server上的注册后, 向 MD发送第一位置的信息以及事件报 告的信息; 或, 在 MD在 LTE系统中附着过程后, 在 MTC Server上注册后向 MD发送第一位置的信息以及事件报告的信息; 或, 在 MD在 LTE系统中 PDN 连接请求过程完成后, 在 MTC Server上注册后, 向 MD发送第一位置的信息以 及事件报告的信息。
优选地, 确定模块进一步用于确定允许 MD位于的第二位置;
发送模块进一步用于向 MD发送第二位置的信息。
优选地, 确定模块进一步用于确定第一位置釆用如下最小位置单位中任一 种或者任意多种表示:
小区 cell、 跟踪区 TA级别、 路由区 RA、 位置区 LA、 地理位置。
优选地, 进一步包括:
接收模块, 用于接收 MD向 MTC Server上报的事件报告; 或, 经其它设备 向 MTC Server上报的事件报告。
为了描述的方便, 以上所述装置的各部分以功能分为各种模块或单元分别 描述。 当然, 在实施本发明时可以把各模块或单元的功能在同一个或多个软件 或硬件中实现。
由上述实施可见, MTC Server向 MD下发允许的位置区信息, 由 MD监测 是否离开所述位置区, 当事件发生时, MD向 MTC Server发送事件报告。
具体的, MD注册到 MTC Server后, MTC Server即可下发通知。 注册过程 在 UMTS系统中通过 PDP Context激活过程完成, 在 LTE系统中通过附着过程 或 PDN连接请求过程完成。
若 MD允许的位置区改变, 则 MTC Server更新 MD存储的位置区信息;
MD可以以多种方式向 MTC Server上报事件报告, 如通过短信或信令, 或 其它基于用户面的方法等, MTC Server可以以多种方式向 MD下发上述信息, 如通过短信或信令,或其它基于用户面的方法等。优选地, MTC Server与 SM-SC 实现 MTCsms接口, 且 MTC Server中实现 SME功能;
具体的, MD在小区选择和重选过程中监测当前位置区是否属于允许的位置 区, 如果不是则发送事件报告;
优选地, MD 需要实现 SME 功能, 用于发送和接收短信; MD 需要实现 U IM应用下载功能, 以及通过 USAT命令与与 MT进行交互的功能。 本发明实施例提供的技术方案中, 监测事件由 MTC Server通过短信息下发 至 MD ,避免了对 MD签约数据的改动 ,当监测事件发生改变时,也由 MTC Server 通过短信息更新 MD。 与现有的基于 SGSN/MME的监测方法相比, 本方案不需 要 MTC Server与 HSS之间有接口, 当监测事件改变时, 也不需要 HSS/HLR通 知核心网节点更新后的事件,从而减少了其它网络节点与 HSS/HLR之间的接口 和操作, 维护了 HSS/HLR的稳定性。
进一步的,现有系统中, 网络只能在 RA或 TAI List的粒度上知道终端所处 的位置, 而不能获知终端的当前驻留小区等更细的位置的信息, 基于网络的监 测方法将增加操作复杂度。 而本方案中, 即使终端处于空闲态, 进行小区选择 与重选时, 如果监测到移出了允许的区域, 终端能够主动上报事件, 充分利用 了终端的特性。
本领域内的技术人员应明白, 本发明的实施例可提供为方法、 系统、 或计 算机程序产品。 因此, 本发明可釆用完全硬件实施例、 完全软件实施例、 或结 合软件和硬件方面的实施例的形式。 而且, 本发明可釆用在一个或多个其中包 含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘存储器、
CD-ROM, 光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、 设备(系统)、 和计算机程序产品 的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 / 或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程和 /或 方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式 处理机或其他可编程数据处理设备的处理器以产生一个机器, 使得通过计算机 或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流 程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备 以特定方式工作的计算机可读存储器中, 使得存储在该计算机可读存储器中的 指令产生包括指令装置的制造品, 该指令装置实现在流程图一个流程或多个流 程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上, 使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理, 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例, 但本领域内的技术人员一旦得知了基 本创造性概念, 则可对这些实施例作出另外的变更和修改。 所以, 所附权利要 求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

Claims

权 利 要 求
1、 一种机器类通信监测 MTC Monitoring处理方法, 其特征在于, 包括如 下步骤:
机器类通信设备 MD接收机器类通信服务器 MTC Server下发的第一位置的 信息以及事件报告的信息, 其中, 第一位置是允许 MD位于的位置, 所述事件 报告是 MD不在第一位置时需上报的事件报告;
MD根据第一位置的信息监测到不在第一位置后, 向 MTC Server上报事件 报告。
2、如权利要求 1所述的方法, 其特征在于, MD接收 MTC Server下发的第 一位置的信息以及事件报告的信息,
是 MD 在通用移动通信系统 UMTS 系统中通过分组数据网上下文 PDP Context激活过程完成在 MTC Server上的注册后接收的;
或,是 MD在长期演进 LTE系统中附着过程完成后,在 MTC Server上注册 后接收的;
或, 是 MD在 LTE系统中分组数据网 PDN连接请求过程完成后 , 在 MTC Server上注册后接收的。
3、 如权利要求 1或 2所述的方法, 其特征在于, 进一步包括:
MD接收 MTC Server下发的第二位置的信息;
MD根据第二位置的信息更新第一位置的信息。
4、 如权利要求 1或 2所述的方法, 其特征在于, MD根据第一位置的信息 监测到不在第一位置后, 向 MTC Server上报事件报告, 具体包括:
MD在小区选择或重选过程中, 根据第一位置的信息监测到 MD不在第一 位置后, 向 MTC Server上报事件报告。
5、 如权利要求 1或 2所述的方法, 其特征在于, 第一位置釆用如下最小位 置单位中任一种或者任意多种表示: 小区 cell、 跟踪区 TA 、 路由区 RA、 位置区 LA、 经纬度。
6、如权利要求 1或 2所述的方法, 其特征在于, MD向 MTC Server上报事 件报告, 包括:
MD直接向 MTC Server上报事件报告;
或, MD经其它设备向 MTC Server上报事件报告。
7、 如权利要求 1或 2所述的方法, 其特征在于,
MD具体通过短信接收 MTC Server下发的第一位置的信息以及事件报告的 信息;
MD具体通过短信向 MTC Server上报事件报告。
8、 一种 MTC Monitoring处理方法, 其特征在于, 包括如下步骤:
MTC Server确定允许 MD位于的第一位置, 以及在 MD不在第一位置时需 上报的事件报告;
MTC Server向 MD发送第一位置的信息以及事件报告的信息。
9、如权利要求 8所述的方法, 其特征在于, MTC Server向 MD发送第一位 置的信息以及事件报告的信息,
是在 MD在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上 的注册后发送的;
或, 是 MD在 LTE系统中附着过程后, 在 MTC Server上注册后发送的; 或, 是 MD在 LTE系统中 PDN连接请求过程完成后 , 在 MTC Server上注 册后发送的。
10、 如权利要求 8或 9所述的方法, 其特征在于, 进一步包括:
MTC Server确定允许 MD位于的第二位置;
MTC Server向 MD发送第二位置的信息。
11、 如权利要求 8或 9所述的方法, 其特征在于, 所述第一位置釆用如下 最小位置单位中任一种或者任意多种表示:
小区 cell、 跟踪区 TA、 路由区 RA、 位置区 LA、 经纬度。
12、 如权利要求 8或 9所述的方法, 其特征在于, 进一步包括:
MTC Server接收 MD向 MTC Server上报的事件报告, 或 MD经其它设备 向 MTC Server上报的事件报告。
13、 如权利要求 8或 9所述的方法, 其特征在于,
MTC Server具体通过短信向 MD发送第一位置的信息以及事件报告的信 息。
14、 一种机器类通信监测 MTC Monitoring处理方法, 其特征在于, 包括 如下步骤:
机器类通信设备 MD接收机器类通信服务器 MTC Server下发的第一位置的 信息以及事件报告的信息, 其中, 第一位置是允许 MD位于的位置, 所述事件 报告是 MD在第一位置时需上报的事件报告;
MD根据第一位置的信息监测到在第一位置后, 向 MTC Server上报事件报 告。
15、如权利要求 14所述的方法, 其特征在于, MD接收 MTC Server下发的 第一位置的信息以及事件报告的信息,
是 MD 在通用移动通信系统 UMTS 系统中通过分组数据网上下文 PDP Context激活过程完成在 MTC Server上的注册后接收的;
或,是 MD在长期演进 LTE系统中附着过程完成后,在 MTC Server上注册 后接收的;
或, 是 MD在 LTE系统中分组数据网 PDN连接请求过程完成后 , 在 MTC Server上注册后接收的。
16、 如权利要求 14或 15所述的方法, 其特征在于, 进一步包括:
MD接收 MTC Server下发的第二位置的信息;
MD根据第二位置的信息更新第一位置的信息。
17、如权利要求 14或 15所述的方法, 其特征在于, MD根据第一位置的信 息监测到在第一位置后, 向 MTC Server上报事件报告, 具体包括: MD在小区选择或重选过程中, 根据第一位置的信息监测到 MD在第一位 置后, 向 MTC Server上报事件报告。
18、 如权利要求 14或 15所述的方法, 其特征在于, 第一位置釆用如下最 小位置单位中任一种或者任意多种表示:
小区 cell、 跟踪区 TA 、 路由区 RA、 位置区 LA、 经纬度。
19、 如权利要求 14或 15所述的方法, 其特征在于, MD向 MTC Server上 报事件报告, 包括:
MD直接向 MTC Server上报事件报告;
或, MD经其它设备向 MTC Server上报事件报告。
20、 如权利要求 14或 15所述的方法, 其特征在于,
MD具体通过短信接收 MTC Server下发的第一位置的信息以及事件报告的 信息;
MD具体通过短信向 MTC Server上报事件报告。
21、 一种 MTC Monitoring处理方法, 其特征在于, 包括如下步骤:
MTC Server确定允许 MD位于的第一位置, 以及在 MD在第一位置时需上 报的事件报告;
MTC Server向 MD发送第一位置的信息以及事件报告的信息。
22、如权利要求 21所述的方法, 其特征在于, MTC Server向 MD发送第一 位置的信息以及事件报告的信息,
是在 MD在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上 的注册后发送的;
或, 是 MD在 LTE系统中附着过程后, 在 MTC Server上注册后发送的; 或, 是 MD在 LTE系统中 PDN连接请求过程完成后 , 在 MTC Server上注 册后发送的。
23、 如权利要求 21或 22所述的方法, 其特征在于, 进一步包括:
MTC Server确定允许 MD位于的第二位置; MTC Server向 MD发送第二位置的信息。
24、 如权利要求 21或 22所述的方法, 其特征在于, 所述第一位置釆用如 下最小位置单位中任一种或者任意多种表示:
小区 cell、 跟踪区 TA、 路由区 RA、 位置区 LA、 经纬度。
25、 如权利要求 21或 22所述的方法, 其特征在于, 进一步包括:
MTC Server接收 MD向 MTC Server上报的事件报告, 或 MD经其它设备 向 MTC Server上报的事件报告。
26、 如权利要求 21或 22所述的方法, 其特征在于,
MTC Server具体通过短信向 MD发送第一位置的信息以及事件报告的信 息。
27、 一种机器类通信设备, 其特征在于, 包括:
接收模块, 用于接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 所述事件报告是 MD不在第一位 置时需上报的事件报告;
监测模块, 用于根据第一位置的信息监测 MD是否不在第一位置; 发送模块, 用于在监测到 MD不在第一位置后, 向 MTC Server上报事件报 告。
28、如权利要求 27所述的设备,其特征在于,接收模块进一步用于在 UMTS 系统中通过 PDP Context激活过程完成 MTC Server上的注册后,接收 MTC Server 下发的第一位置的信息以及事件 4艮告的信息; 或, 在 LTE系统中附着过程完成 后, 在 MTC Server上注册后, 接收 MTC Server下发的第一位置的信息以及事 件报告的信息; 或, 在 LTE系统中 PDN连接请求过程完成后, 在 MTC Server 上注册后, 接收 MTC Server下发的第一位置的信息以及事件报告的信息。
29、 如权利要求 27或 28所述的设备, 其特征在于,
接收模块进一步用于接收 MTC Server下发的第二位置的信息;
监测模块进一步用于根据第二位置的信息更新第一位置的信息。
30、 如权利要求 27或 28所述的设备, 其特征在于,
监测模块进一步用于在小区选择或重选过程中, 根据第一位置的信息监测 MD是否不在第一位置;
发送模块进一步用于在监测到 MD不在第一位置后, 向 MTC Server上报事 件报告。
31、 如权利要求 27或 28所述的设备, 其特征在于, 发送模块进一步用于 直接向 MTC Server上报事件报告; 或, 经其它设备向 MTC Server上报事件报 告。
32、 一种机器类通信服务器, 其特征在于, 包括:
确定模块, 用于确定允许 MD位于的第一位置, 以及在 MD不在第一位置 时需上报的事件报告;
发送模块, 用于向 MD发送第一位置的信息以及事件报告的信息。
33、 如权利要求 32 所述的服务器, 其特征在于, 发送模块进一步用于在 MD在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上的注册后, 向 MD发送第一位置的信息以及事件报告的信息; 或, 在 MD在 LTE系统中附 着过程后,在 MTC Server上注册后向 MD发送第一位置的信息以及事件报告的 信息; 或, 在 MD在 LTE系统中 PDN连接请求过程完成后 , 在 MTC Server上 注册后, 向 MD发送第一位置的信息以及事件报告的信息。
34、 如权利要求 32或 33所述的服务器, 其特征在于,
确定模块进一步用于确定允许 MD位于的第二位置;
发送模块进一步用于向 MD发送第二位置的信息。
35、 如权利要求 32或 33所述的服务器, 其特征在于, 确定模块进一步用 于确定第一位置釆用如下最小位置单位中任一种或者任意多种表示:
小区 cell、 跟踪区 TA级别、 路由区 RA、 位置区 LA、 地理位置。
36、 如权利要求 32或 33所述的服务器, 其特征在于, 进一步包括: 接收模块, 用于接收 MD向 MTC Server上报的事件报告; 或, 经其它设备 向 MTC Server上报的事件报告。
37、 一种机器类通信设备, 其特征在于, 包括:
接收模块, 用于接收 MTC Server下发的第一位置的信息以及事件报告的信 息, 其中, 第一位置是允许 MD位于的位置, 所述事件报告是 MD在第一位置 时需上报的事件报告;
监测模块, 用于根据第一位置的信息监测 MD是否在第一位置;
发送模块,用于在监测到 MD在第一位置后,向 MTC Server上报事件报告。
38、如权利要求 37所述的设备,其特征在于,接收模块进一步用于在 UMTS 系统中通过 PDP Context激活过程完成 MTC Server上的注册后,接收 MTC Server 下发的第一位置的信息以及事件 4艮告的信息; 或, 在 LTE系统中附着过程完成 后, 在 MTC Server上注册后, 接收 MTC Server下发的第一位置的信息以及事 件报告的信息; 或, 在 LTE系统中 PDN连接请求过程完成后, 在 MTC Server 上注册后, 接收 MTC Server下发的第一位置的信息以及事件报告的信息。
39、 如权利要求 37或 38所述的设备, 其特征在于,
接收模块进一步用于接收 MTC Server下发的第二位置的信息;
监测模块进一步用于根据第二位置的信息更新第一位置的信息。
40、 如权利要求 37或 38所述的设备, 其特征在于,
监测模块进一步用于在小区选择或重选过程中, 根据第一位置的信息监测 MD是否在第一位置;
发送模块进一步用于在监测到 MD在第一位置后, 向 MTC Server上报事件 报告。
41、 如权利要求 37或 38所述的设备, 其特征在于, 发送模块进一步用于 直接向 MTC Server上报事件报告; 或, 经其它设备向 MTC Server上报事件报 告。
42、 一种机器类通信服务器, 其特征在于, 包括:
确定模块, 用于确定允许 MD位于的第一位置, 以及在 MD在第一位置时 需上报的事件报告;
发送模块, 用于向 MD发送第一位置的信息以及事件报告的信息。
43、 如权利要求 42 所述的服务器, 其特征在于, 发送模块进一步用于在 MD在 UMTS系统中通过 PDP Context激活过程完成在 MTC Server上的注册后, 向 MD发送第一位置的信息以及事件报告的信息; 或, 在 MD在 LTE系统中附 着过程后,在 MTC Server上注册后向 MD发送第一位置的信息以及事件报告的 信息; 或, 在 MD在 LTE系统中 PDN连接请求过程完成后 , 在 MTC Server上 注册后, 向 MD发送第一位置的信息以及事件报告的信息。
44、 如权利要求 42或 43所述的服务器, 其特征在于,
确定模块进一步用于确定允许 MD位于的第二位置;
发送模块进一步用于向 MD发送第二位置的信息。
45、 如权利要求 42或 43所述的服务器, 其特征在于, 确定模块进一步用 于确定第一位置釆用如下最小位置单位中任一种或者任意多种表示:
小区 cell、 跟踪区 TA级别、 路由区 RA、 位置区 LA、 地理位置。
46、 如权利要求 42或 43所述的服务器, 其特征在于, 进一步包括: 接收模块, 用于接收 MD向 MTC Server上报的事件报告; 或, 经其它设备 向 MTC Server上报的事件报告。
PCT/CN2011/000981 2010-06-13 2011-06-13 一种机器类通信监测处理方法及设备 WO2011157055A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/638,917 US8874119B2 (en) 2010-06-13 2011-06-13 Method and device for machine type communication monitoring processing
EP11795022.0A EP2582171B1 (en) 2010-06-13 2011-06-13 Method and device for machine type communication monitoring processing

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010207652.4 2010-06-13
CN2010102076524A CN102281513B (zh) 2010-06-13 2010-06-13 一种机器类通信监测处理方法及设备

Publications (1)

Publication Number Publication Date
WO2011157055A1 true WO2011157055A1 (zh) 2011-12-22

Family

ID=45106635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/000981 WO2011157055A1 (zh) 2010-06-13 2011-06-13 一种机器类通信监测处理方法及设备

Country Status (4)

Country Link
US (1) US8874119B2 (zh)
EP (1) EP2582171B1 (zh)
CN (1) CN102281513B (zh)
WO (1) WO2011157055A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014015524A1 (en) 2012-07-27 2014-01-30 Nokia Siemens Networks Oy Methods and apparatus for device monitoring
EP2858301A4 (en) * 2012-09-13 2015-07-29 Huawei Device Co Ltd EVENT REPORT PROCESS AND SYSTEM
EP2911438A4 (en) * 2012-10-09 2015-12-16 Zte Corp METHOD AND DEVICE FOR MONITORING

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2807846A2 (en) * 2012-01-27 2014-12-03 NEC Corporation Privacy issues in m2m
US8923880B2 (en) 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9330256B2 (en) * 2013-02-01 2016-05-03 Qualcomm Incorporated Location based process-monitoring
CN103718511A (zh) * 2013-04-28 2014-04-09 华为技术有限公司 一种机器人信息上报的方法、装置及系统
WO2015042370A1 (en) * 2013-09-20 2015-03-26 Convida Wireless, Llc Method of joint registration and de-registration for proximity services and internet of things services
KR102167870B1 (ko) * 2014-07-07 2020-10-20 콘비다 와이어리스, 엘엘씨 머신 타입 통신 그룹 기반 서비스를 위한 조정된 그룹화
CN105704658B (zh) * 2014-11-28 2020-10-27 中兴通讯股份有限公司 一种终端设备及其预警方法
US10075447B2 (en) * 2015-03-04 2018-09-11 Neone, Inc. Secure distributed device-to-device network
CN106941687A (zh) * 2016-01-05 2017-07-11 中兴通讯股份有限公司 一种mtc设备位置的监控方法、mtc设备、终端及网络实体
CN111385785B (zh) * 2018-12-27 2021-09-14 华为技术有限公司 一种事件监控的方法、装置及系统
CN109831805B (zh) * 2019-01-17 2021-11-23 安徽深蓝大健康智能科技有限公司 一种提高大数据传输稳定性的方法及计算机可读存储介质
CN110300157A (zh) * 2019-06-04 2019-10-01 厦门市美亚柏科信息股份有限公司 区域内外来对象的检测方法、装置、系统及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100057485A1 (en) * 2008-08-29 2010-03-04 Achim Luft Methods and apparatus for machine-to-machine based communication service classes
CN101730123A (zh) * 2009-12-22 2010-06-09 中兴通讯股份有限公司 M2m平台系统、汇接终端以及终端控制方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003027947A1 (en) * 2001-09-25 2003-04-03 Dmatek Ltd. Multiple broadcasting tag and monitoring systems including the same
US20070165573A1 (en) * 2006-01-19 2007-07-19 Hannu Hietalahti Mobility Management with Controlled Use of New Reject Causes

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100057485A1 (en) * 2008-08-29 2010-03-04 Achim Luft Methods and apparatus for machine-to-machine based communication service classes
CN101730123A (zh) * 2009-12-22 2010-06-09 中兴通讯股份有限公司 M2m平台系统、汇接终端以及终端控制方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Service requirements for Machine-Type Communications (MTC) Stage 1 (Release 10)", 3GPP TS 22.368 V10.0.0, 1 April 2010 (2010-04-01), XP050402279 *
"System Improvements for Machine-Type Communications (Release 10)", 3GPP TR 23.888 V0.4.1, 4 June 2010 (2010-06-04), XP050441503 *
See also references of EP2582171A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014015524A1 (en) 2012-07-27 2014-01-30 Nokia Siemens Networks Oy Methods and apparatus for device monitoring
EP2878160A4 (en) * 2012-07-27 2016-08-24 Nokia Solutions & Networks Oy PROCESS AND DEVICE FOR FACILITY MONITORING
US9538447B2 (en) 2012-07-27 2017-01-03 Nokia Solutions And Networks Oy Methods and apparatus for device monitoring
EP2858301A4 (en) * 2012-09-13 2015-07-29 Huawei Device Co Ltd EVENT REPORT PROCESS AND SYSTEM
EP2911438A4 (en) * 2012-10-09 2015-12-16 Zte Corp METHOD AND DEVICE FOR MONITORING

Also Published As

Publication number Publication date
CN102281513A (zh) 2011-12-14
US8874119B2 (en) 2014-10-28
US20130095837A1 (en) 2013-04-18
EP2582171B1 (en) 2018-02-07
CN102281513B (zh) 2013-12-11
EP2582171A4 (en) 2013-07-17
EP2582171A1 (en) 2013-04-17

Similar Documents

Publication Publication Date Title
WO2011157055A1 (zh) 一种机器类通信监测处理方法及设备
US9668234B2 (en) Method and apparatus for triggering a machine type communication device
CA2966746C (en) Group communication function for delivering group communication messages in communication netwoks
JP6640663B2 (ja) サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置
EP1977621B1 (en) Terminal status discovery in secure user plane location positioning procedure
TWI514818B (zh) A method of distributing group messages for machine class communication
CN102264036B (zh) 激活离线终端的方法、系统及机器类通信终端
CN109981807B (zh) 用于触发设备和递送小数据的方法和装置
US20080233931A1 (en) Location Service Method and System
US20110128911A1 (en) Method and apparatus for machine-to-machine communication registration
US9237429B2 (en) Method and system for implementing packet switch domain short message service, and user equipment
WO2011054299A1 (zh) 机器类通讯终端信息的获取方法和系统
EP3592008A1 (en) Method and device for using ladn in wireless communication system
US20160073322A1 (en) Proximity Service Authorization Method, Apparatus, and System
WO2014022984A1 (zh) 信息处理方法和装置
WO2022215331A1 (en) Method of user equipment (ue), method of access and mobility management function (amf), method of unified data management (udm), ue, amf and udm
JP2022166101A (ja) N3gppアクセスを通じた公共警報メッセージ
CN105453617B (zh) 用于获得验证信息的方法和设备
EP2731367B1 (en) Updating method for trigger message counter, machine type communication server and terminal
US11323841B2 (en) Methods and apparatuses for exposure of presence reporting area functionality
WO2011107060A2 (zh) 用户位置改变的检测方法和装置
US20200195576A1 (en) Technique for Providing Content Via a Mobile Communications Network
WO2023017036A1 (en) Methods and systems for steering of roaming
EP2547167A1 (en) Method and system for location based services using parameterization
KR20190118938A (ko) 3gpp 네트워크 기반의 사물통신 기기 감시 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11795022

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011795022

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13638917

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE