WO2012152155A1

WO2012152155A1 - Method and device for acquiring availability state of terminal

Info

Publication number: WO2012152155A1
Application number: PCT/CN2012/073404
Authority: WO
Inventors: 徐晖; 田野; 王胡成
Original assignee: 电信科学技术研究院
Priority date: 2011-05-06
Filing date: 2012-03-31
Publication date: 2012-11-15
Also published as: CN102186162A; CN102186162B

Abstract

Disclosed are a method and device for acquiring an availability state of a terminal. The method comprises: a network side node transmitting to a policy and charging rule function (PCRF) a query request message, the query request message carrying therein a terminal identifier, and specifying that the content-to-be-queried is the availability state information of the terminal; the network side node receiving the query response message returned by the PCRF, the query response message carrying therein the availability state information queried by the PCRF on the basis of the terminal identifier; and the network side node determining via the availability state information the availability state of the terminal. In embodiments of the present invention, by acquiring via the PCRF the availability state information of an MTC terminal, and by determining the availability state of the terminal on the basis of the availability state information, the availability state can be acquired accurately without having to modify existing protocol procedure.

Description

Method and device for acquiring terminal reachable state The present invention claims to be submitted to the Chinese Patent Office on May 6, 2011, the application number is 201110116791.0, and the invention title is "a method and device for acquiring terminal reachable state". The priority of the application, the entire contents of which is incorporated herein by reference. Technical field

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) communication (also known as M2M (Machine-to-machine) communication or Internet of Things) as a new communication concept, the purpose is to communicate many different types of communication The combination of technology (such as machine-to-machine communication, machine control communication, mobile internet communication, etc.) promotes the development of social production and lifestyle.

Based on MTC communication, 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.

Based on the above requirements related to the triggering of the MTC terminal, 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. In the case, 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.

As shown in Figure 1, the MTC terminal triggers the gateway architecture. In order to send the trigger indication, 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.

Specifically, based on a possible transmission mechanism of the 3GPP network, 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).

During the actual triggering process, 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.

In addition to adopting the above scheme for increasing the triggering of the MTC terminal by the DT-GW, various triggering methods for the MTC terminal in a certain reachable state are also proposed, 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. Depending on the reachable state of the MTC terminal, the MTC Server can choose different ways to trigger. For example, for 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. In the foregoing method, before performing the selection of the specific transmission mode, the MTC Server needs to obtain the reachable state of the MTC terminal first.

In summary, for the functional requirements triggered by the MTC terminal, the problems faced by the network side nodes (MTC Server and DT-GW) 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.

In the prior art, in order to solve the problem that the network side node learns the reachable state of the MTC terminal, a method based on HLR (Home Location Register)/HSS (Home Subscriber Server) is proposed, which is saved by the HLR/HSS. And maintaining the reachable state of the MTC terminal; the network side node determines the HLR/HSS to which the MTC terminal belongs according to the identifier of the MTC terminal included in the trigger indication, and queries the HLR/HSS for the reachable state of the MTC terminal, by the HLR/HSS. Returns the reachable status.

In the process of implementing the present invention, the inventors have found that at least the following problems exist in the prior art:

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) does not interact with the HLR/HSS. When the MTC terminal changes from the attached state to the detached state, the reachability information of the MTC terminal is not updated at the HLR/HSS. By querying the HLR/HSS method, 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.

In order to achieve the above object, 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.

And 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;

And 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

Compared with the prior art, 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. DRAWINGS

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;

4 is a schematic flowchart of a method for acquiring a reachable state of a terminal according to Embodiment 2 of the present invention;

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; . detailed description

Based on the requirements related to the triggering of the MTC terminal, 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. With the above problem, 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 technical solutions in the present invention will be clearly and completely described in the following with reference to the drawings in the present invention, and it is obvious that the described embodiments are only a part of the present invention. Embodiments, not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without departing from the inventive scope are the scope of the present invention.

Embodiment 1

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.

Specifically, 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. 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

In the PCC architecture, for the operations related to terminal session/bearer management (establishment/modification/deletion), the node with the PCEF (Policy and Charging Enhancement Function) logic function in the core network will perform with the PCRF. Interaction; In an EPS (Evolved Packet System) system, this node is a PDN GW. As shown in Figure 2, the terminal initiated the de-attachment process. When the terminal of the EPS system initiates the Detach 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.

For the 3GPP system in which the PCC is deployed, in the EPS system, when the terminal initiates the attach process to the network, 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. When the terminal is attached to the network through the Attach process, the PDN connection is established. Under the trigger of the bearer setup request, 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). 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.

When the terminal detaches from the network through the Detach process, the PDN data connection is deleted. Under the trigger of the bearer deletion request, the PDN GW notifies the PCRF to delete all IP-CAN session connection information of the terminal through the IP-CAN session termination process.

Based on the above analysis, for the terminal of the EPS system (such as the MTC terminal), when the network side node (such as the DT-GW, MTC Server) needs to obtain the reachable state of the terminal, the PCRF entity can be queried to obtain the reachable state of the terminal. As shown in 3, 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.

Specifically, 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.

In the embodiment of the present invention, the network side node may be based on a defined Rx interface in the system.

(As the interface between the current application function AF and the PCRF, for transmitting session information, and 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

(Remote Authentication Dial In User Service) Protocol, Diameter (Network Authentication and Authorization Protocol, is the RADIUS protocol) 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.

In the embodiment of the present invention, 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.

In the embodiment of the present invention, if the PCRF locally finds one or more established IP-CAN sessions of the terminal corresponding to the terminal, 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.

It should be noted that 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.

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.

Specifically, 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).

In the embodiment of the present invention, if the PCRF locally finds one or more established IP-CAN sessions of the terminal corresponding to the terminal, 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.

Embodiment 2

The second embodiment of the present invention provides a method for obtaining a reachable state of a terminal. On the basis of the first embodiment, in order to increase the security of the network system, an authentication server (such as an AAA server) is set to perform a query on the PCRF by the proxy network side node. As shown in FIG. 4, 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.

Specifically, 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. In the embodiment of the present invention, 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.

Specifically, 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.

In the embodiment of the present invention, 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. 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.

It should be noted that 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.

In the embodiment of the present invention, if the PCRF locally finds one or more established IP-CAN sessions of the terminal corresponding to the terminal identifier, 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.

Embodiment 3

Based on the same inventive concept as the above method, 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.

If the PCRF locally finds one or more established IP-CAN sessions of the terminal identifier corresponding terminal, 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.

Wherein, the 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.

Embodiment 4

Based on the same inventive concept as the above method, 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 of the data connection;

If the established IP-CAN session of the terminal corresponding to the terminal identifier is not found locally, the query response message carrying the reachable state information to the terminal not establishing the data connection is sent to the network side node.

If the one or more established IP-CAN sessions of the terminal identifier corresponding terminal are found locally, 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.

Embodiment 3

Based on the same inventive concept as the above method, 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.

Through the description of the above embodiments, those skilled in the art can clearly understand that 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. Based on such understanding, 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.

A person skilled in the art can understand that the drawings are only schematic diagrams of a preferred embodiment, and the modules or processes in the drawings are not necessarily required to implement the invention.

Those skilled in the art can understand that the 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.

The serial numbers of the embodiments of the present invention are merely for the description, and do not represent the advantages and disadvantages of the embodiments. Any changes that can be considered by those skilled in the art are not intended to fall within the scope of the present invention.

Claims

A method for obtaining a reachable state of a terminal, comprising: a network side node sending a query request message to a policy and charging rule function PCRF, wherein the query request message carries a terminal identifier, and indicates the content to be queried The reachable status 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 message that is queried by the PCRF according to the terminal identifier, and the network side node determines by using the reachable state information. The reachable state of the terminal.

2. The method of claim 1 wherein:

The query request message and/or the query response message exchanges with the Rx interface between the network side node and the PCRF; or

The query request message and/or the query response message interacts with an interface established by the network side node and the PCRF based on a remote user dialing authentication system Radius protocol or a network authentication and authorization Diameter protocol.

3. The method of claim 1 wherein:

Sending, by the network side node, the query request message to the authentication server, and instructing the authentication server to send the query request message to the PCRF after confirming that the network side node passes the authentication;

The network side node receives the query response message returned by the PCRF from the authentication server to the network side node.

4. The method of claim 3, wherein

The interface for transmitting the query request message and the query response message between the network side node and the authentication server is an interface established based on a Radius protocol or a Diameter protocol;

The interface for transmitting the query request message and the query response message between the authentication server and the PCRF is an interface established based on a Radius protocol or a Diameter protocol.

The method of any one of the preceding claims, wherein the network side node sends the query request message to the policy and charging rule function PCRF, the method includes: when the network side node needs to obtain the The network side node sends the query request message to the PCRF, and the query request message further carries the address information and the identifier information of the network side node.

The method according to any one of claims 1 to 4, wherein 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 connection access network IP-CAN sessions of the terminal corresponding to the terminal, the reachable status information carried in the query response message is the established data of the terminal. Connection

If the PCRF does not find the established IP-CAN session of the terminal corresponding to the terminal, the reachable state information carried in the query response message is that the terminal does not establish a data connection.

The method according to claim 6, wherein if the PCRF locally finds one or more established IP-CAN sessions of the terminal identity corresponding terminal, the query response message is further The information of the IP-CAN session is carried by the network side node, and the network side node further includes: the network side node performs corresponding processing by using the information of the IP-CAN session.

8. The method according to claim 7, wherein the information of the IP-CAN session comprises one or any combination of the following: a terminal identifier, a packet data network PDN identifier, an IP-CAN type, a terminal IP address, a PDN connection identifier. And the supported IP-CAN bearer setup mode;

The network side node performs corresponding processing by using information of the IP-CAN session, including 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 gateway node that establishes a PDN connection for the terminal.

The network side node establishes using an IP-CAN type and/or a supported IP-CAN bearer The mode selects the terminal trigger mode.

The method according to claim 6, wherein the reachable state is: being in an offline state or being online and having a data connection state;

The determining, by the network side node, the reachable state of the terminal by using the reachable state information, including:

If the reachable state information is that the terminal has established a data connection, the network side node determines 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, the network side node determines that the reachable state of the terminal is in an offline state.

A method for obtaining a reachable state of a terminal, comprising: a policy and a charging rule function, the PCRF, receiving a query request message from a network side node, where the query request message carries a terminal identifier, and indicates a to-be-queried The content is the reachable status information of the terminal;

The PCRF queries the reachability state information of the terminal according to the terminal identifier, and sends a query response message carrying the reachability state information to the network side node.

11. The method of claim 10, wherein

The query request message and/or the query response message interact with an interface established by the network side node and the PCRF based on a remote user dialing authentication system Radius protocol or a network authentication and authorization protocol Diameter protocol.

12. The method of claim 10, wherein

The PCRF receives the query request message from the authentication server, and the query request message is sent by the authentication server to the PCRF after confirming that the network side node passes the authentication;

The PCRF sends the query response message to the authentication server, instructing the authentication server to forward the query response message to the network side node.

13. The method of claim 12, wherein

Transmitting the query request message between the network side node and the authentication server, The interface of the query response message is an interface established based on a Radius protocol or a Diameter protocol;

The method according to any one of claims 10 to 13, wherein the reachable state information is that the terminal has established a data connection or the terminal does not establish a data connection;

The PCRF queries the reachable state information of the terminal according to the terminal identifier, and sends a query response message carrying the reachable state information to the network side node, including:

The PCRF locally searches for an IP-CAN session of the terminal according to the terminal identifier;

If the PCRF locally finds one or more established IP-CAN sessions of the terminal identity corresponding terminal, the PCRF sends the reachable state information to the network side node to establish that the terminal has established a data connection. The query response message;

If the PCRF does not find the established IP-CAN session of the terminal corresponding to the terminal, the PCRF sends the query that carries the reachable state information to the network side node that the terminal does not establish a data connection. Response message.

The method according to claim 14, wherein if the PCRF locally finds one or more established IP-CAN sessions of the terminal identity corresponding terminal, the query response message is further Information carrying some or all IP-CAN sessions; IP-CAN session 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.

A method for obtaining terminal reachable state information, comprising: an authentication server receiving a query request message from a network side node, wherein the query request message carries a terminal identifier, and the address information of the network side node and Identifying the information, and indicating that the content to be queried is the reachable state information of the terminal;

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, the query request is The message is sent to the policy and charging rule function PCRF;

The authentication server receives the query response message from the PCRF, and sends the query response message to the network side node, where the query response message carries the reachable state that the PCRF queries according to the terminal identifier. information.

17. The method of claim 16 wherein:

The interface for transmitting the query request message and the query response message between the network side node and the authentication server is an interface established based on a remote user dialing authentication system Radius protocol or a network authentication and authorization protocol Diameter protocol;

18. A network side node, comprising:

a sending module, configured to send a query request message to the policy and charging rule function PCRF, where the query request message carries a terminal identifier, and indicates that the content to be queried is reachable state information of the terminal;

a receiving module, configured to receive a query response message returned by the PCRF, where the query response message carries a reachable status information determining module that is queried by the PCRF according to the terminal identifier, and is used to determine, by using the reachable state information, The reachable state of the terminal.

19. The network side node of claim 18, wherein:

The sending module is further configured to send the query request message to the authentication server, where the authentication server sends the query request message to the PCRF after confirming that the network side node passes the authentication;

The receiving module is further configured to receive the query response message returned by the PCRF from the authentication server to the network side node.

The network side node according to claim 18 or 19, wherein the sending module is specifically configured to send the query request message to the PCRF when the reachable state information of the terminal needs to be acquired. The query request message further carries address information and identification information of the network side node.

The network side node according to claim 18 or 19, wherein 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 finds the one or more established IP-CAN sessions of the terminal corresponding to the terminal, the reachable state information carried in the query response message is that the terminal has established a data connection;

The network side node according to claim 21, wherein if the PCRF locally finds one or more established IP-CAN sessions of the terminal identity corresponding terminal, the query response message It also carries information about some or all of the IP-CAN sessions;

The network side node further includes: a processing module, configured to perform corresponding processing by using information of the IP-CAN session.

The network side node according to claim 22, wherein the information of the IP-CAN session comprises 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 Supported IP-CAN bearer setup mode;

The processing module is specifically configured to perform one or any combination of the following: using the terminal identifier and the terminal IP address to implement addressing and routing of the terminal; using the PDN identifier to find a gateway node that establishes a PDN connection for the terminal; using the IP-CAN type and / or supported IP-CAN bearer setup mode for terminal trigger mode selection.

The network side node according to claim 21, wherein the reachable state is: being in an offline state or being online and having a data connection state;

The determining module is specifically configured to: if the reachable state information is that the terminal has established a data connection, determine 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 in an offline state.

25. A policy and charging rule function PCRF, which is characterized in that: 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 reachable status information query module of the terminal, and is configured to query the terminal identifier according to the terminal identifier The reachable state information of the terminal;

And a sending module, configured to send, to the network side node, a query response message that carries the reachable state information.

26. The PCRF of claim 25, wherein

The receiving module 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 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 PCRF according to claim 25 or 26, wherein 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 is specifically configured to locally search for an IP-CAN session of the terminal according to the terminal identifier;

The sending module 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 as the established data of the terminal. The query response message connected;

The PCRF according to claim 27, wherein if the one or more established IP-CAN sessions of the terminal identity corresponding terminal are found locally, the query response message further carries a part or Information of all IP-CAN sessions; IP-CAN session 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.

29. An authentication server, comprising:

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, address information and identifier information of the network side node, and indicates that the content to be queried is reachable by the terminal status information;

a first sending module, configured to send the query request message to the policy and charging rule function 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 section