WO2012152155A1 - Procédé et dispositif pour acquérir un état de disponibilité d'un terminal - Google Patents

Procédé et dispositif pour acquérir un état de disponibilité d'un terminal Download PDF

Info

Publication number
WO2012152155A1
WO2012152155A1 PCT/CN2012/073404 CN2012073404W WO2012152155A1 WO 2012152155 A1 WO2012152155 A1 WO 2012152155A1 CN 2012073404 W CN2012073404 W CN 2012073404W WO 2012152155 A1 WO2012152155 A1 WO 2012152155A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
network side
side node
pcrf
response message
Prior art date
Application number
PCT/CN2012/073404
Other languages
English (en)
Chinese (zh)
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 电信科学技术研究院
Publication of WO2012152155A1 publication Critical patent/WO2012152155A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for obtaining a reachable state of a terminal. Background technique
  • MTC Machine-type communication
  • M2M Machine-to-machine communication
  • Internet of Things Internet of Things
  • the requirements related to MTC terminal triggering include: (1) The network can trigger the MTC terminal to initiate communication with the MTC Server based on the trigger indication sent by the MTC Server (server). (2) The MTC terminal can receive a trigger indication from the network and establish communication with the MTC Server; the MTC terminal receiving the trigger indication can be: when the MTC terminal is offline (offline), receiving a trigger indication, when the MTC terminal is online (online) but not A trigger indication is received when a data connection is established, and a trigger indication is received when the MTC terminal is online and a data connection has been established.
  • Offline refers to the MTC terminal in the 3GPP (The 3rd Generation Partnership Project) network is not attached, online means that the MTC terminal is attached, and the data connection refers to the PDN established by the MTC terminal in the 3GPP network ( Packet Data Network, packet data network) connection.
  • 3GPP The 3rd Generation Partnership Project
  • 3GPP Packet Data Network, packet data network
  • the MTC terminal needs to be in an unattached state, an attached state but no PDN connection, or an attached state and has a PDN connection.
  • a trigger indication is received and communication with the MTC Server is established. Therefore, in order to ensure that the transmission process of the trigger indication in the 3GPP network is transparent to the MTC server, the MTC Server needs to send the trigger indication in the most effective service mode through a single interface protocol regardless of the reachability status of the MTC terminal.
  • the MTC terminal triggers the gateway architecture.
  • the MTC Server can be provided with a unified interface and service by adding a DT-GW (Device Trigger Gateway) to the edge of the 3GPP network.
  • the DT-GW shields the MTC Server from the 3GPP network details and provides a unified service interface for the MTC Server.
  • the DT-GW can be used.
  • the transmission mode of the MTC terminal trigger indication includes: (1) using an established PDP (Packet Data Protocol) context/PDN connection, through the GGSN (Gateway GPRS Support Node) / P-GW (Packet) Data Domain Gateway (Packet Data Domain Gateway) for transmission; (2) Based on the network-initiated PDP context activation request process, using the newly established PDP context to transmit through the GGSN; (3) Using SIP (Session Initiation Protocol) / IMS (IP Multimedia Subsystem, IP Multimedia System) is delivered by S-CSCF (Serving Call Session Control Function); (4) SMS (SMS) is used by SMS (Short Message Service) (Short Message Service-Center) transmission; (5) Broadcast transmission via CBC (Cell Broadcast Centre) using CBS (Cell Broadcast Service).
  • PDP Packet Data Protocol
  • GGSN Global GPRS Support Node
  • P-GW Packet Data Domain Gateway
  • SIP Session Initiation Protocol
  • IMS
  • the DT-GW determines the most efficient transmission mode according to the reachable state of the target MTC terminal, and then reconstructs the trigger information received from the MTC Server into the required information format, and Send to the corresponding network entity to trigger the MTC terminal.
  • the MTC Server directly sends a trigger indication to the 3GPP network entity to initiate a triggering process of the network to the MTC terminal.
  • the MTC Server can choose different ways to trigger.
  • a detached MTC terminal it can be triggered by CBS, SMS, etc.; for an MTC terminal that is attached but does not establish a data connection, a network-initiated connection establishment request, a NAS (Non Access Stratum) message , SMS and other methods trigger; For attached and data connection MTC terminals, can be triggered by IMS, SMS, etc.
  • the MTC Server before performing the selection of the specific transmission mode, the MTC Server needs to obtain the reachable state of the MTC terminal first.
  • the problems faced by the network side nodes are: How to obtain the reachable state of the MTC terminal currently located; Only when the reachable state is obtained can the decision be made The specific transmission mode is used to initiate the triggering process of the MTC terminal.
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • the HLR/HSS-based method requires the HLR/HSS to store information related to the reachable state of the MTC terminal, the processing flow of the existing protocol, and the SGSN (Serving GPRS Supporting Node) when the MTC terminal is detached from the network.
  • the MME Mobility Management Entity
  • the reachability information of the MTC terminal is not updated at the HLR/HSS.
  • the network side node cannot accurately obtain the MTC terminal. Reachable status information. Summary of the invention
  • the embodiment of the invention provides a method and a device for acquiring a reachable state of a terminal, so as to obtain a reachable state of the terminal.
  • an embodiment of the present invention provides a method for obtaining a reachable state of a terminal, including:
  • the network side node sends a query request message to the policy and charging rule function PCRF, where the query request message carries the terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal;
  • the network side node receives the query response message returned by the PCRF, where the query response message carries the reachable status information that is queried by the PCRF according to the terminal identifier;
  • the network side node determines the reachable state of the terminal by using the reachable state information.
  • An embodiment of the present invention provides a method for obtaining a reachable state of a terminal, including: a PCRF receiving a query request message from a network side node, where the query request message carries a terminal identifier, and indicates that the content to be queried is a reachable state of the terminal.
  • the PC RF queries the reachable state information of the terminal according to the terminal identifier, and sends a query response that carries the reachable state information to the network side node.
  • the method for obtaining the status includes: the authentication server receives the query request message from the network side node, where the query request message carries the terminal identifier, the address information and the identifier information of the network side node, and indicates that the content to be queried is the terminal Reachable status information;
  • the authentication server authenticates the network side node by using the identifier information of the network side node, and after confirming that the network side node passes the authentication, sends the query request message to the PCRF;
  • the authentication server receives a query response message from the PCRF and will The query response message is sent to the network side node, and the query response message carries the reachable state information that is queried by the PCRF according to the terminal identifier.
  • the embodiment of the invention provides a network side node, including:
  • a sending module configured to send a query request message to the PCRF, where the query request message carries a terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal; and the receiving module is configured to receive the query response message returned by the PCRF The query response message carries the reachable state information that is queried by the PCRF according to the terminal identifier.
  • a determining module configured to determine, by the reachable state information, a reachable state of the terminal.
  • the embodiment of the present invention provides a policy and charging rule function PCRF, including: a receiving module, configured to receive a query request message from a network side node, where the query request message carries a terminal identifier, and indicates that the content to be queried is a terminal Reachable status information;
  • a querying module configured to query, according to the terminal identifier, the reachable state information of the terminal
  • a sending module configured to send, to the network side node, a query response message that carries the reachability status information.
  • An embodiment of the present invention provides an authentication server, including:
  • a first receiving module configured to receive a query request message from a network side node, where the query request message carries a terminal identifier, an address letter of the network side node, and identifier information, and indicates that the content to be queried is a terminal Status information;
  • An authentication module configured to authenticate the network side node by using identifier information of the network side node
  • a first sending module configured to send the query request message to the PCRF after confirming that the network side node passes the authentication
  • a second receiving module configured to receive a query response message from the PCRF, where the query response message carries the reachable state information that is queried by the PCRF according to the terminal identifier; a second sending module, configured to send the query response message to the network side node
  • the present invention has at least the following advantages:
  • the reachable state information of the MTC terminal is obtained from the Policy and Charging Rules Function (PCRF), and the reachable state of the terminal is determined based on the reachable state information, which can be accurately performed without modifying the existing protocol process. Get reachable status.
  • PCRF Policy and Charging Rules Function
  • FIG. 1 is a schematic diagram of a triggering gateway architecture of an MTC terminal in the prior art
  • FIG. 2 is a schematic diagram of a detachment process initiated by a terminal in the prior art
  • FIG. 3 is a schematic diagram of a method for obtaining a reachable state of a terminal according to Embodiment 1 of the present invention; Schematic diagram of the process;
  • FIG. 4 is a schematic flowchart of a method for acquiring a reachable state of a terminal according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic structural diagram of a network side node according to Embodiment 3 of the present invention
  • FIG. 6 is a schematic structural diagram of a PCRF according to Embodiment 4 of the present invention
  • FIG. 7 is a schematic structural diagram of an authentication server according to Embodiment 5 of the present invention.
  • the network side node needs to obtain the reachable state of the MTC terminal before initiating the trigger request, determine the state of the MTC terminal, and then select the most effective way to trigger the MTC terminal.
  • the embodiment of the present invention provides a method and a device for acquiring a reachable state of a terminal.
  • the reachable state information of the MTC terminal is obtained from the PCRF, and the reachable state of the MTC terminal is determined by the reachable state information.
  • the existing protocol process can accurately obtain the reachable status.
  • the first embodiment of the present invention provides a method for obtaining a reachable state of a terminal, so that the network side node (such as the service proxy function entity DT-GW, MTC Server, etc.) can obtain the reachable state information of the terminal (such as the MTC terminal) from the PCRF. And determining the reachable state of the terminal based on the reachable state information.
  • the network side node such as the service proxy function entity DT-GW, MTC Server, etc.
  • the existing 3GPP system adopts a PCC (Policy and Charging Control) architecture to implement QoS (Quality of Service) policy control and charging management of the network, and the core entity PCRF is based on the requirements of the operator and the user.
  • Policy and Charging Control Policy and Charging Control
  • QoS Quality of Service
  • the core entity PCRF is based on the requirements of the operator and the user.
  • Signing data and application layer service QoS requirements performing service-based local policy decision function, calling the relationship between application layer QoS requirements and IP-CAN (IP-Connectivity Access Network) bearer layer to implement IP - Dynamic control of CAN bearer layer resources, recording and maintaining terminal business session related letters
  • the node with the PCEF (Policy and Charging Enhancement Function) logic function in the core network will perform with the PCRF.
  • PCEF Policy and Charging Enhancement Function
  • this node is a PDN GW.
  • the terminal initiated the de-attachment process.
  • the PDN GW will interact with the PCRF through the IP-CAN session termination process to notify the terminal that the EPS bearer is deleted.
  • the network will automatically initiate the PDN connection establishment process to establish a default PDN connection for the terminal, and the terminal is always attached to the network, and the network is always At least one PDN connection is maintained for the terminal, so for the terminal of the EPS system, only the two states are not attached and attached and the data connection is established.
  • the PDN connection is established.
  • the PDN GW interacts with the PCRF through the IP-CAN session establishment process, and identifies the terminal, such as an APN (Access Point Name).
  • APN Access Point Name
  • the entry name)), the IP-CAN type (representing the type of IP-CAN session access network), the terminal IP address, the PDN connection identifier, and the supported IP-CAN bearer setup mode are reported to the PCRF.
  • the PCRF always records and maintains the IP-CAN session information that the terminal has established during the entire attachment period of the terminal.
  • the PDN data connection is deleted.
  • the PDN GW notifies the PCRF to delete all IP-CAN session connection information of the terminal through the IP-CAN session termination process.
  • the method includes the following steps:
  • Step 301 The network side node sends a query request message to the PCRF, where the query request message carries the terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal.
  • the network side node when the network side node (the DT-GW or the MTC server) needs to obtain the reachability status information of the terminal, the network side node sends a query request message to the PCRF, where the query request message carries the terminal identifier, and the address information of the network side node And the identifier information (for the PCRF to return the query response message to the network side node), and indicates that the content to be queried is the reachable state information of the terminal.
  • the query request message carries the terminal identifier, and the address information of the network side node And the identifier information (for the PCRF to return the query response message to the network side node), and indicates that the content to be queried is the reachable state information of the terminal.
  • the network side node may be based on a defined Rx interface in the system.
  • the AF can subscribe to the service plane event notification information from the PCRF through the Rx interface, such as IP session termination; when the AF is integrated on the network side node, the network An Rx interface will exist between the side node and the PCRF) to send a query request message to the PCRF; or, based on the Radius
  • An interface protocol such as a protocol or other defined protocol establishes an interface between the network side node and the PCRF, and the network side node sends a query request message to the PCRF based on the established interface.
  • Step 302 The PCRF queries the reachable state information of the terminal by querying the terminal identifier carried in the request message, where the reachable state information is that the terminal has established a data connection or the terminal does not establish a data connection.
  • the PCRF may locally search for the IP-CAN session of the terminal through the terminal identifier. If the PCRF locally finds one or more established IP-CAN sessions of the terminal corresponding to the terminal identifier, the reachable state of the terminal is obtained. The information is that the terminal has established a data connection; if the PCRF does not find the established IP-CAN session of the terminal corresponding to the terminal identifier, the reachable state information of the terminal is that the terminal does not establish a data connection.
  • Step 303 The PCRF sends a query response message carrying the reachable state information to the network side node. If the PCRF finds one or more established IP-CAN sessions of the terminal corresponding to the terminal, the reachable status information carried in the query response message is that the terminal has established a data connection; if the PCRF does not find the terminal identifier locally, Corresponding to the established IP-CAN session of the terminal, the reachable status information carried in the query response message is that the terminal does not establish a data connection.
  • the query response message also carries information of part or all of the IP-CAN sessions; IP-CAN session
  • the information includes one or any combination of the following: terminal identification, PDN identification, IP-CAN type, terminal IP address, PDN connection identification, and supported IP-CAN bearer setup mode.
  • the PCRF may send an inquiry response message to the network side node based on the Rx interface defined in the system; or establish an interface between the network side node and the PCRF based on an interface protocol such as a Radius protocol, a Diameter protocol, or another defined protocol. And sending a query response message to the network side node based on the established interface.
  • an interface protocol such as a Radius protocol, a Diameter protocol, or another defined protocol.
  • Step 304 The network side node determines the reachable state of the terminal by using the reachable state information.
  • the reachable state is: offline or online and has a data connection state; If the reachable state information is that the terminal has established a data connection, it is determined that the reachable state of the terminal is online and has a data connection state; if the reachable state information is that the terminal does not establish a data connection, it is determined that the reachable state of the terminal is offline. status.
  • the network side node determines, according to the received query response message and the indicated content, the state of the terminal; if the query response message indicates that the terminal has established a data connection, the network side node may determine that the terminal is attached and establishes a data connection state. (ie, it is online and has a data connection state); If the query response message indicates that the terminal does not establish a data connection, the network side node may determine that the terminal is in an unattached state (ie, is in an offline state).
  • the network side node may also perform corresponding processing by using the information of the IP-CAN session, such as performing the following: One or any combination:
  • the network side node uses the terminal identifier and the terminal IP address to implement terminal addressing and routing;
  • the network side node uses the PDN identifier to find an EPS gateway node that establishes a PDN connection for the terminal;
  • the network side node utilizes the IP-CAN type and / or supported IP-CAN bearer setup mode for terminal trigger mode selection.
  • the second embodiment of the present invention provides a method for obtaining a reachable state of a terminal.
  • an authentication server such as an AAA server
  • the method includes the following steps:
  • Step 401 The network side node sends a query request message to the authentication server, where the query request message carries the terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal.
  • the network side node when the network side node needs to obtain the reachable state information of the terminal, the network side node sends a query request message to the authentication server, where the query request message carries the terminal identifier, and the address information of the network side node (for the authentication server, the PCRF) The network side node returns a response message and the identification information (for the authentication server to authenticate the network side node), and indicates that the content to be queried is the reachable status letter of the terminal.
  • the network needs to establish an interface between the network side node and the authentication server, and between the authentication server and the PCRF; the interface between the network side node and the authentication server may be based on the Radius protocol, the Diameter protocol, or other defined protocols, and the authentication month.
  • the interface between the server and the PCRF can be based on the Radius protocol, the Diameter protocol, or other defined protocols. Therefore, the network side node can send a query request message to the authentication server based on an interface established by the Radius protocol, the Diameter protocol, or other defined protocols.
  • Step 402 The authentication server authenticates the network side node by using the identifier information of the network side node.
  • Step 403 After confirming that the network side node passes the authentication, the authentication server sends the query request message to the PCRF.
  • the authentication server may send a query request message to the PCRF based on an interface established by the Radius protocol, the Diameter protocol, or other defined protocols.
  • the authentication server after receiving the query request message, the authentication server needs to authenticate the identity of the network side node that sends the query request message and the service request, and determine whether the network side node is legal and has the right to initiate the query request of the terminal reachable state information. If the authentication process is not passed, the authentication server returns a service rejection message (returning through the address message of the network side node), rejecting the request of the network side node; if the authentication process is passed, the network side node is authenticated and authenticated. The server sends the query request message to the PCRF.
  • Step 404 The PCRF queries the reachable state information of the terminal by querying the terminal identifier carried in the request message, where the reachable state information is that the terminal has established a data connection or the terminal does not establish a data connection.
  • the PCRF may locally search for the IP-CAN session of the terminal through the terminal identifier. If the PCRF locally finds one or more established IP-CAN sessions of the terminal corresponding to the terminal identifier, the reachable state of the terminal is obtained. The information is that the terminal has established a data connection; if the PCRF does not find the established IP-CAN session of the terminal corresponding to the terminal, the reachable state information of the terminal is that the terminal does not establish a data connection.
  • Step 405 The PCRF sends a query response message carrying the reachable state information to the authentication server.
  • the reachable status information carried in the query response message is that the terminal has established a data connection; if the PCRF does not find the terminal identifier locally, Corresponding to the established IP-CAN session of the terminal, the reachable status information carried in the query response message is that the terminal does not establish a data connection.
  • the query response message also carries information of part or all of the IP-CAN sessions; IP-CAN session
  • the information includes one or any combination of the following: terminal identification, PDN identification, IP-CAN type, terminal IP address, PDN connection identification, and supported IP-CAN bearer setup mode.
  • the PCRF may send an inquiry response message to the authentication server based on an interface established by the Radius protocol, the Diameter protocol, or other defined protocols.
  • Step 406 The authentication server sends a query response message carrying the reachable state information to the network side node.
  • the authentication server may send a query response message to the network side node based on the interface of the Radius protocol, the Diameter protocol establishment, or other defined protocols.
  • Step 407 The network side node determines the reachable state of the terminal by using the reachable state information.
  • the reachable state is: offline or online and has a data connection state; wherein, if the reachable state information is that the terminal has established a data connection, determining that the reachable state of the terminal is online and has a data connection state; If the status information is that the terminal does not establish a data connection, it is determined that the reachable state of the terminal is in an offline state.
  • the network side node determines, according to the received query response message and the indicated content, the state of the terminal; if the query response message indicates that the terminal has established a data connection, the network side node may determine that the terminal is attached and establishes a data connection state. (ie, it is online and has a data connection state); If the query response message indicates that the terminal does not establish a data connection, the network side node may determine that the terminal is in an unattached state (ie, is in an offline state).
  • the network side node may also utilize The information of the IP-CAN session is processed accordingly, such as performing one or any combination of the following:
  • the network side node uses the terminal identifier and the terminal IP address to implement addressing and routing of the terminal; the network side node uses the PDN identifier to find a PDN connection for the terminal.
  • the EPS gateway node; the network side node uses the IP-CAN type and/or the supported IP-CAN bearer setup mode to select the terminal trigger mode.
  • the embodiment of the present invention further provides a network side node, as shown in FIG. 5, including:
  • the sending module 11 is configured to send a query request message to the PCRF, where the query request message carries the terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal;
  • the receiving module 12 is configured to receive the query response message returned by the PCRF, where the query response message carries the reachable state information that is queried by the PCRF according to the terminal identifier.
  • the determining module 13 is configured to determine an reachable state of the terminal by using the reachable state information.
  • the sending module 11 is further configured to send the query request message to the authentication server, and instruct the authentication server to send the query request message to the PCRF after confirming that the network side node passes the authentication;
  • the receiving module 12 is further configured to receive the query response message returned by the PCRF from the authentication server to the network side node.
  • the sending module 11 is specifically configured to send the query request message to the PCRF when the reachable state information of the terminal needs to be obtained, where the query request message further carries the address information of the network side node and Identification information.
  • the reachable state information is that the terminal has established a data connection or the terminal does not establish a data connection; if the PCRF locally finds one or more established IP-CAN sessions of the terminal identifier corresponding terminal, the query
  • the reachable state information carried in the response message is that the terminal has established a data connection; if the PCRF does not find the established IP-CAN session of the terminal corresponding to the terminal identifier, the query is ringing.
  • the reachable status information carried in the message is that the terminal does not establish a data connection.
  • the query response message further carries information of part or all of the IP-CAN sessions;
  • the node further includes: a processing module 14 configured to perform corresponding processing by using information of the IP-CAN session.
  • the information of the IP-CAN session includes one or any combination of the following: a terminal identifier, a PDN identifier, an IP-CAN type, a terminal IP address, a PDN connection identifier, and a supported IP-CAN bearer setup mode; For performing one or any combination of the following: using terminal identifier and terminal IP address to implement terminal addressing and routing; using PDN identifier to find a gateway node for establishing a PDN connection for the terminal; using IP-CAN type and/or supported IP- The CAN bearer setup mode is used to select the terminal trigger mode.
  • the reachable state is: being in an offline state or being online and having a data connection state; the determining module 13 is specifically configured to: if the reachable state information is that the terminal has established a data connection, determining that the reachable state of the terminal is If the reachable state information is that the terminal does not establish a data connection, it is determined that the reachable state of the terminal is in an offline state.
  • modules of the device of the present invention may be integrated or may be deployed separately.
  • the above modules can be combined into one module, or they can be further split into multiple sub-modules.
  • the embodiment of the present invention further provides a policy and charging rule function PCRF, as shown in FIG. 6, including:
  • the receiving module 21 is configured to receive a query request message from the network side node, where the query request message carries the terminal identifier, and indicates that the content to be queried is the reachable state information of the terminal;
  • the querying module 22 is configured to query, according to the terminal identifier, the reachability status information of the terminal;
  • the sending module 23 is configured to send, to the network side node, a query response message that carries the reachable state information.
  • the receiving module 21 is further configured to receive the query request message from the authentication server, where the query request message is sent by the authentication server to the PCRF after confirming that the network side node passes the authentication;
  • the sending module 23 is further configured to send the query response message to the authentication server, and instruct the authentication server to forward the query response message to the network side node.
  • the reachable state information is that the terminal has established a data connection or the terminal does not establish a data connection;
  • the querying module 22 is specifically configured to locally search for an IP-CAN session of the terminal according to the terminal identifier.
  • the sending module 23 is specifically configured to: if the one or more established IP-CAN sessions of the terminal corresponding to the terminal identifier are found locally, send the reachable state information to the network side node to establish that the terminal has been established.
  • the query response message carrying the reachable state information to the terminal not establishing the data connection is sent to the network side node.
  • the query response message further carries information of some or all IP-CAN sessions; the information of the IP-CAN session includes One or any combination of the following: terminal identification, PDN identification, IP-CAN type, terminal IP address, PDN connection identification, and supported IP-CAN bearer setup mode.
  • modules of the device of the present invention may be integrated or may be deployed separately.
  • the above modules can be combined into one module, or they can be further split into multiple sub-modules.
  • an authentication server is also provided in the embodiment of the present invention. As shown in FIG. 7, the method includes:
  • the first receiving module 31 is configured to receive a query request message from a network side node,
  • the query request message carries the terminal identifier, the address information of the network side node, and the identifier information, and indicates that the content to be queried is the reachable state information of the terminal;
  • the authentication module 32 is configured to authenticate the network side node by using identifier information of the network side node;
  • the first sending module 33 is configured to send the query request message to the PCRF after confirming that the network side node passes the authentication;
  • the second receiving module 34 is configured to receive a query response message from the PCRF, where the query response message carries the reachable state information that is queried by the PCRF according to the terminal identifier.
  • the second sending module 35 is configured to send the query response message to the network side node.
  • modules of the device of the present invention may be integrated or may be deployed separately.
  • the above modules can be combined into one module, or they can be further split into multiple sub-modules.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium, including a plurality of instructions for making a A computer device (which may be a personal computer, server, or network device, etc.) performs the methods described in various embodiments of the present invention.
  • modules in the apparatus in the embodiment may be distributed in the apparatus of the embodiment according to the description of the embodiment, or may be correspondingly changed in one or more apparatuses different from the embodiment.
  • the modules of the above embodiments may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention porte sur un procédé et un dispositif pour acquérir un état de disponibilité d'un terminal. Le procédé comprend les opérations suivantes : un nœud de côté réseau transmet à une fonction de règle de politique et de facturation (PCRF) un message de demande d'interrogation, le message de demande d'interrogation portant dans celui-ci un identificateur de terminal, et spécifie que le contenu à interroger est les informations d'état de disponibilité du terminal; le nœud de côté réseau reçoit le message de réponse d'interrogation renvoyé par la PCRF, le message de réponse d'interrogation portant dans celui-ci les informations d'état de disponibilité interrogées par la PCRF sur la base de l'identificateur de terminal; et le nœud de côté réseau détermine, par l'intermédiaire des informations d'état de disponibilité, l'état de disponibilité du terminal. Dans des modes de réalisation de la présente invention, par acquisition, par l'intermédiaire de la PCRF, des informations d'état de disponibilité d'un terminal MTC, et par détermination de l'état de disponibilité du terminal sur la base des informations d'état de disponibilité, l'état de disponibilité peut être acquis de manière précise sans avoir à modifier la procédure de protocole existante.
PCT/CN2012/073404 2011-05-06 2012-03-31 Procédé et dispositif pour acquérir un état de disponibilité d'un terminal WO2012152155A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110116791.0A CN102186162B (zh) 2011-05-06 2011-05-06 一种终端可达状态的获取方法和设备
CN201110116791.0 2011-05-06

Publications (1)

Publication Number Publication Date
WO2012152155A1 true WO2012152155A1 (fr) 2012-11-15

Family

ID=44572220

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/073404 WO2012152155A1 (fr) 2011-05-06 2012-03-31 Procédé et dispositif pour acquérir un état de disponibilité d'un terminal

Country Status (2)

Country Link
CN (1) CN102186162B (fr)
WO (1) WO2012152155A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9961590B2 (en) 2013-05-30 2018-05-01 Huawei Technologies Co., Ltd. Data transmission control method and apparatus based on wireless communications network
CN109565660A (zh) * 2016-08-21 2019-04-02 高通股份有限公司 用于物联网的定位的支持的方法及系统
US11405863B2 (en) 2016-10-05 2022-08-02 Qualcomm Incorporated Systems and methods to enable combined periodic and triggered location of a mobile device

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102186162B (zh) * 2011-05-06 2014-06-18 电信科学技术研究院 一种终端可达状态的获取方法和设备
CN102413451B (zh) * 2011-09-23 2014-05-21 电信科学技术研究院 一种提供终端可达状态信息的方法及装置
CN103067193B (zh) * 2011-10-21 2017-07-14 中兴通讯股份有限公司 一种基于用户感知的网络策略实现方法及系统
CN103179549A (zh) * 2011-12-23 2013-06-26 华为技术有限公司 一种确定信息传输方式的方法和装置
CN103248608B (zh) * 2012-02-03 2017-11-21 中兴通讯股份有限公司 一种发送触发信息的方法、系统及装置
CN103731812B (zh) * 2012-10-15 2017-09-15 中国移动通信集团公司 会话关联方法、装置、网关、业务侧接入设备和服务器
CN103781114A (zh) * 2012-10-24 2014-05-07 中兴通讯股份有限公司 网络接入方法、装置及系统
WO2014101069A1 (fr) * 2012-12-27 2014-07-03 华为技术有限公司 Procédé, dispositif et système de transmission de message de service m2m
CN104717600B (zh) * 2013-12-16 2019-12-10 中兴通讯股份有限公司 一种m2m终端/终端外设的可及性管理方法及设备
CN106686756B (zh) * 2016-12-13 2020-02-21 广东工业大学 一种基于位置的pcc会话建立方法及系统
CN109413639A (zh) * 2017-08-15 2019-03-01 维沃移动通信有限公司 一种终端可达性管理方法、核心网及接入网
WO2020073960A1 (fr) * 2018-10-10 2020-04-16 中兴通讯股份有限公司 Procédé et appareil de notification de message, élément de réseau, système et support de stockage

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159563A (zh) * 2007-11-02 2008-04-09 中兴通讯股份有限公司 一种策略计费控制服务器的选择方法及系统
CN101448242A (zh) * 2008-03-14 2009-06-03 中兴通讯股份有限公司 代理呼叫会话控制功能模块发现方法及策略计费控制系统
CN101753323A (zh) * 2008-11-27 2010-06-23 大唐移动通信设备有限公司 一种生成QoS策略的方法、系统和装置
CN101998339A (zh) * 2009-08-11 2011-03-30 中兴通讯股份有限公司 基于业务使用次数的策略与计费控制方法与装置
CN102186162A (zh) * 2011-05-06 2011-09-14 电信科学技术研究院 一种终端可达状态的获取方法和设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014197A (zh) * 2007-02-08 2007-08-08 侯万春 当主叫呼叫不可达被叫电话时减少试呼次数的系统和方法
CN101179453B (zh) * 2007-12-06 2010-09-29 华为技术有限公司 一种链路状态检测方法和系统
CN101656931A (zh) * 2009-09-10 2010-02-24 深圳华为通信技术有限公司 终端可达的检测方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159563A (zh) * 2007-11-02 2008-04-09 中兴通讯股份有限公司 一种策略计费控制服务器的选择方法及系统
CN101448242A (zh) * 2008-03-14 2009-06-03 中兴通讯股份有限公司 代理呼叫会话控制功能模块发现方法及策略计费控制系统
CN101753323A (zh) * 2008-11-27 2010-06-23 大唐移动通信设备有限公司 一种生成QoS策略的方法、系统和装置
CN101998339A (zh) * 2009-08-11 2011-03-30 中兴通讯股份有限公司 基于业务使用次数的策略与计费控制方法与装置
CN102186162A (zh) * 2011-05-06 2011-09-14 电信科学技术研究院 一种终端可达状态的获取方法和设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9961590B2 (en) 2013-05-30 2018-05-01 Huawei Technologies Co., Ltd. Data transmission control method and apparatus based on wireless communications network
CN109565660A (zh) * 2016-08-21 2019-04-02 高通股份有限公司 用于物联网的定位的支持的方法及系统
CN109565660B (zh) * 2016-08-21 2021-11-26 高通股份有限公司 用于物联网的定位的支持的方法及系统
US11678291B2 (en) 2016-08-21 2023-06-13 Qualcomm Incorporated Methods and systems for support of location for the Internet of Things
US11405863B2 (en) 2016-10-05 2022-08-02 Qualcomm Incorporated Systems and methods to enable combined periodic and triggered location of a mobile device
US11546848B2 (en) 2016-10-05 2023-01-03 Qualcomm Incorporated Systems and methods to enable combined periodic and triggered location of a mobile device

Also Published As

Publication number Publication date
CN102186162B (zh) 2014-06-18
CN102186162A (zh) 2011-09-14

Similar Documents

Publication Publication Date Title
WO2012152155A1 (fr) Procédé et dispositif pour acquérir un état de disponibilité d'un terminal
US8885568B2 (en) Policy application method for machine type communication, and policy and charging enforcement function
KR102298031B1 (ko) 모바일 원거리통신 네트워크에서 사용자들의 가입을 관리하는 방법
US9319318B2 (en) Methods, systems, and computer readable media for performing PCRF-based user information pass through
US20120042059A1 (en) Method for indicating a service priority update, service priority update method and apparatus
CN104322136A (zh) 处理通信网络中的通信会话
US9337917B2 (en) Call establishment optimization for IMS based mobile satellite system
WO2011097911A1 (fr) Procédé, dispositif et système pour sélectionner une entité de fonction de politique et de règles de facturation
WO2009086734A1 (fr) Procédé pour sélectionner une entité à fonction de règles de politique et de facturation dans le scénario sans itinérance
WO2007098713A1 (fr) Procédé et système d'appel d'urgence
EP2892289B1 (fr) Procédé, appareil, entité et périphérique réseau de contrôle de page
WO2010108356A1 (fr) Procédé de chargement, système et procédé de rapport pour accès à un terminal par le biais de réseaux à accès multiple
EP3158781B1 (fr) Informations de position dans des réseaux d'accès géres
WO2011137644A1 (fr) Procédé, appareil et système pour l'accès d'un terminal à un service
WO2009021462A1 (fr) Procédé et dispositif d'établissement de session ip-can
WO2011063688A1 (fr) Procédé et système de sélection d'entité à fonction de règles de politique et de facturation
WO2008086754A1 (fr) Procédé, dispositif et système pour l'enregistrement émergent dans un réseau d'accès par connexion ip de l'équipement utilisateur
WO2009129725A1 (fr) Procédé, système et dispositif pour assurer des services
CN110999514A (zh) 在电信网络中用于网络发起的分组数据单元pdu会话建立的方法和设备
US10326604B2 (en) Policy and charging rules function (PCRF) selection
WO2016062025A1 (fr) Procédé et dispositif de sélection de fonction de règles de politique et de facturation
WO2010105462A1 (fr) Procédé de traitement du rattachement d'un équipement d'utilisateur, entité de gestion de la mobilité et équipement d'utilisateur associé
WO2009056046A1 (fr) Procédé de fin de session
EP3157278A1 (fr) Procédé, appareil et dispositif de facturation et de commande de politique
WO2010127529A1 (fr) Procédé et système d'établissement d'un service de sous-système multimédia par internet

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: 12782116

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12782116

Country of ref document: EP

Kind code of ref document: A1