WO2011144134A1 - 一种信息推送方法、装置和系统 - Google Patents

一种信息推送方法、装置和系统 Download PDF

Info

Publication number
WO2011144134A1
WO2011144134A1 PCT/CN2011/075102 CN2011075102W WO2011144134A1 WO 2011144134 A1 WO2011144134 A1 WO 2011144134A1 CN 2011075102 W CN2011075102 W CN 2011075102W WO 2011144134 A1 WO2011144134 A1 WO 2011144134A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
push
domain node
address
pdp
Prior art date
Application number
PCT/CN2011/075102
Other languages
English (en)
French (fr)
Inventor
彭程晖
陈育华
张伟
李波杰
赵其勇
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP11783051.3A priority Critical patent/EP2584736A4/en
Publication of WO2011144134A1 publication Critical patent/WO2011144134A1/zh
Priority to US13/735,818 priority patent/US9219999B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/654—International mobile subscriber identity [IMSI] numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the embodiments of the present invention relate to the field of wireless communications, and in particular, to a method for implementing information push on a wireless network, and specifically, a wireless network information push method, apparatus, and system.
  • Apple introduced the Push Notification solution for iPhone.
  • the scheme adopts the Push method.
  • an application arrives at an application (such as a new email in Email)
  • the event is directly pushed to the client without applying the client to the online application. Or periodically go to the server to see if a new event has occurred.
  • the essence of Push technology is to let information actively seek users.
  • the advantage lies in the initiative and timeliness of information. By using this technology, information can be pushed to users as soon as possible.
  • a Provider is an application server for an iPhone software.
  • APNS is an abbreviation of Apple Push Notification Service (Apple Push Server), which is used in the following.
  • the application server packages the message to be sent and the destination iPhone (feature) and sends it to APNS.
  • APNS finds the iPhone with the corresponding logo in the iPhone list of its registered Push service, and sends a 4 bar message to the iPhone.
  • the iPhone passes the sent message to the corresponding application (Client APP), and pops up the Push notification according to the settings.
  • the basis for the APNS to determine which push iPhone to send a push message to is the "identity of the destination iPhone" is the device token. 1. After the iphone enters the network, it will connect to APNS and establish a connection. 2. After the connection is completed, APNS will return the device token to the iPhone. 3 ⁇ 4. When the iPhone accesses the application service, the application client takes this The token is sent to the application server (Provider). Subsequent application servers can find users through APNS and the token.
  • the heartbeat needs to be maintained between the APNS (Apple Push Server) and the terminal to maintain the IP link reachable.
  • the GGSN assigns a private IP address to it, and the UE communicates with the outside world, and needs to be converted into a public IP address through NAT. That is, the IP address of the UE seen by the external network element (including APNS) is actually its public IP address.
  • the UE In order to receive the Push message, the UE interacts with the APNS to register the correspondence between the used token and the public IP address in the APNS. Thereafter, a user-level heartbeat connection is maintained between the APNS and the UE to keep the user's IP reachable.
  • the binding relationship between the public IP address of the terminal and the private IP address is limited. After a period of time, the NAT will age and the public IP address of the terminal. Or the private IP address changes, which causes the binding relationship between the original public IP address and the private IP address to disappear. To ensure that the public IP address of the terminal recorded by the APNS is valid, you need to keep the NAT from aging.
  • the solution requires a heartbeat between the APNS and the UE to maintain an IP connection.
  • a signaling message generated by a large number of heartbeat signals causes network congestion, and the UE cannot enter the idle state in order to maintain the heartbeat.
  • the UE consumes a lot of power.
  • the present invention provides a new Push method, device and system, which can implement a heartbeat mechanism between the UE and the Push server/application server, provide timeliness and reliability of the Push message, and solve the information push problem in the wireless environment.
  • the embodiment of the present invention provides a new Push system architecture, which includes: an application server, a Push client, a Push server, and a PS domain node.
  • the application server is configured to provide a server of a specific application service and send a Push message;
  • the Push client is configured to run a Push client software, initiate a Push registration to the Push server, and receive the sending by the application server.
  • the message is pushed, the corresponding response is completed according to the preset setting;
  • the Push server is used to store the user identifier, the application identifier, the mapping relationship between the user identifier and the private IP address of the UE, and the mapping relationship between the user identifier and the user IMSI, and determine the corresponding PS domain node for the Push message sent by the application server. And sending the Push message to the PS domain node;
  • the PS domain node is configured to provide a connection service of the UE to the Push server, and send the Push message to the UE.
  • the embodiment of the present invention further provides a method for information Push, which includes: receiving a Push message delivered by an application server;
  • the user identifier is obtained from the Push message; obtaining the PS domain node 1 currently connected by the UE according to the private IP address of the UE, and sending the Push message to the PS domain node First, the Push message is sent to the UE by the PS domain node.
  • the embodiment of the present invention further provides a method for information Push, which includes: receiving a Push message delivered by an application server;
  • the embodiment of the invention further provides a data packet processing method, which is characterized in that it comprises:
  • the data packet includes a Push message and an IMSI
  • the PS domain node always sends a query message containing the IMSI to the server that saves the user information, and obtains the return information, where the return message includes the address of the node 2 of the PS domain and the reason for the terminal unreachable;
  • the PS domain node sends a PDU Notification Request message to the PS domain node 2; the PDU Notification Request message is used by the PS domain node to send a Request PDP Context Activation message to the UE; the Request PDP Context Activation message is used by the UE to initiate PDP Context activation process, generating an available PDP Context;
  • the PS domain node sends the received data packet to the UE by using the PDP Context.
  • the embodiment of the present invention further provides a Push server device, which includes:
  • the interaction unit 1 is configured to receive a Push message delivered by the application server.
  • a route search unit configured to obtain a private IP address of the user equipment UE according to the user identifier, where the user identifier is obtained from a Push message, and obtain, according to the private IP address of the UE, a packet switched PS domain node that is currently connected by the UE, And sending the Push message to the PS domain node one, to send a Push message to the UE by using the PS domain node;
  • the interaction unit 2 is configured to forward the Push message delivered by the application server to the corresponding PS domain node, and the PS domain node is determined by the route search unit.
  • the embodiment of the present invention further provides a Push server device, which includes: an interaction unit 1 configured to receive a Push message delivered by an application server;
  • a route search unit configured to obtain an IMSI of the user according to the user identifier, where the user identifier is obtained from a Push message; select a PS domain node 1 according to the IMSI of the user, and send the Push message and the IMSI to the PS domain node. And sending, by the PS domain node, a Push message to the UE.
  • the interaction unit 2 is configured to forward the Push message sent by the application server to the corresponding PS domain node, and the PS domain node is determined by the route search unit.
  • the embodiment of the present invention further provides a PS domain node device, which includes: an interaction unit 1 for receiving a data packet, where the data packet includes an Push message and an IMSI;
  • the query unit is configured to send a query message including the IMSI to the server that saves the user information, and obtain the return information, where the return message includes the address of the node 2 of the PS domain and the reason for the terminal unreachable;
  • a routing unit configured to send a PDU Notification Request message to the PS domain node 2; the PDU Notification Request message is used by the PS domain node to send a Request PDP Context Activation message to the UE; the Request PDP Context Activation message is used by the routing The UE initiates a PDP Context activation process to generate an available PDP Context;
  • An interaction unit 2 configured to send the received data packet to the using the PDP Context
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds the UE and sends a Push message to the UE. This ensures that the user can permanently access the Push message, saves network resources and UE power consumption, and reduces the signaling burden on the network side. .
  • BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are used in the description of the claims Other drawings may also be obtained from these drawings without the inventive labor.
  • FIG. 1 is a schematic diagram of a working mechanism of a prior art Push Notification
  • FIG. 2 is a schematic diagram of a workflow of a prior art Push Notification
  • FIG. 3 is a schematic diagram of a working mechanism for maintaining a heartbeat between an APNS and a UE in the prior art
  • FIG. 4 is a schematic diagram of a Push system architecture according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a Push service interaction process according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a Push service processing procedure according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an enhanced Push service interaction process according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of an enhanced Push service processing flow according to an embodiment of the present invention
  • FIG. 10 is a schematic diagram of a process flow of a PS domain node sending a Push message to a UE according to an embodiment of the present invention
  • FIG. 11 is a schematic diagram of a Push service interaction process of introducing a proxy server according to an embodiment of the present invention.
  • FIG. 12 is a schematic diagram of an enhanced Push service interaction process of introducing a proxy server according to an embodiment of the present invention
  • FIG. 13 is a schematic diagram of a Push server device according to an embodiment of the present invention
  • FIG. 14 is a schematic diagram of a PS domain node device according to an embodiment of the present invention.
  • FIG. 15 is a schematic diagram of a PS domain node two device according to an embodiment of the present invention.
  • FIG. 16 is a schematic diagram of a UE apparatus according to an embodiment of the present invention. detailed description
  • Gateway GPRS Support Node Gateway GPRS Support Node
  • Mobile station mobile terminal, it and UE
  • HSS Home Subscriber Server home subscriber server
  • SMSC Short Message Service Centre Short Message Service Center
  • the MME Mobility Management Entity mobile management entity needs to be described that the Push in the embodiment of the present invention is not limited to the push service that is currently known, and the technology provided in the embodiments of the present invention can be used for all communication supporting the end user. Moreover, the terminal is always reachable, so that the application server can actively send various application scenarios and various services of the message to the terminal user. Similarly, the terms of the Push service, the Push server, the Push message, the Push system architecture, and the like in the embodiments of the present invention are consistent with the above explanation of the range of the Push.
  • Embodiment 1 The embodiment of the present invention provides a new Push system architecture as shown in FIG. 4, and the following is a detailed description of each of the devices.
  • Application J! Server 10 Used to send Push messages
  • the application service 10 may be a server that provides a user with a particular application service, such as MSN, QQ Server, and the like.
  • the proxy server 20 A special application server that may be involved in the embodiment of the present invention is used to replace the UE login application server 10 and support the Push mechanism.
  • the proxy client on the UE obtains the user's application login information and sends it to the proxy server 20, which uses the application login information to log in to the final application server.
  • the proxy server 20 continues to maintain the login on the application server 10 for the user.
  • the proxy server 20 pushes the message to the user terminal by means of Push.
  • the proxy server 20 is not a mandatory device in the architecture of FIG. 4. If the application server 10 itself supports the Push service, the proxy server 20 is not needed. If the application server 10 does not support the Push service itself, the proxy server 20 is required. In this case, the proxy server 20 may be deployed on the physical server (such as a physical server) with the application server 10, or may be deployed in a separate physical medium. On an entity (such as a physical server). A proxy server can provide proxy services for multiple application servers.
  • Application Client 30 Client software for application services, such as MSN, QQ client software.
  • Push client 40 used to run the Push client software, initiate Push registration, and complete the corresponding response according to the preset setting when receiving the Push message;
  • completing the corresponding response according to the preset setting may include: pulling up the corresponding application client, or displaying a notification message to the UE interface or the like.
  • Push server 50 Push server, which mainly performs the following functions:
  • the user identifier may include one of a static identifier and a dynamic identifier. kind or two.
  • the static identifier is the identifier of the user assigned to the subscribed Push service when the user subscribes to the Push service or the user uses the Push service for the first time. It is valid for a long time.
  • a Push service subscription user can have one or more user static identifiers.
  • the dynamic identifier is Push. Each time the client registers with the Push server, the Push server dynamically assigns an identifier to the user according to the user's needs, which is time-efficient.
  • the dynamic identifier is optional. If the static identifier is available, all the service processes can be completed based on the static identifier. In this case, the Push Server does not need to allocate dynamic identifiers for the UE.
  • User ID including static ID and dynamic ID
  • the application server can find the corresponding Push server according to the user ID.
  • the application identifier is an identifier of the application service, and is an application identifier defined by the operator.
  • the application service using the Push service must be registered at the operator, and the operator allocates the application identifier used in the Push service for the application service.
  • the Push message delivered by the application server should contain the application ID.
  • the mapping between the user identifier and the private IP address of the UE is saved, and one user identifier can correspond to multiple private IP addresses of the UE.
  • mapping relationship between the user identifier and the user IMSI may also be reserved, especially if the UE does not obtain the private IP address (for example, the UE is only attached to the wireless network, but does not start the Internet-related service, and therefore does not allocate the private. IP address), you must save the mapping between the user ID and the user IMSI.
  • the Push message sent by the application server 10 is received, and the private UE is queried according to the user identifier.
  • the IP address or IMSI, etc. forwards the Push message to the UE through the PS domain node according to the private IP address or IMSI of the UE.
  • the Push server may first authenticate the application identifier carried in the Push message. If the application identifier is legal, perform the following operations.
  • the PS domain node 60 is configured to provide a connection service between the UE and the Push server 50, and send a Push message. Send to the UE.
  • PS domain nodes are classified into two types according to different application scenarios:
  • the first type of PS domain node is referred to as a PS domain node one in the embodiment of the present invention, and the PS domain node is used as an external gateway, responsible for packet network access control and data routing, UE IP address allocation, mobility.
  • Management and user data management functions, such nodes are called GGSNs in 2G GPRS networks and 3G networks, P-GWs, or HAs in subsequent long-term evolution networks, and ASN GWs or HAs in WiMAX networks.
  • the 3GPP2 network is called PDSN or HA, and its completed functions are similar;
  • PS domain node 2 The second type of PS domain node is referred to as PS domain node 2 in this patent, and the PS domain node 2 is used as a service gateway for the UE to access the PS domain, and is responsible for authentication and encryption, mobility management, session control, and data.
  • the PS domain node 1 if the UE obtains the private IP address allocated by the PS domain node, only the PS domain node 1 needs to send the Push message to the UE; if the UE does not obtain the private IP address (such as the UE is only Attached to the wireless network, but does not initiate Internet-related services, and therefore does not assign a private IP address), the PS domain node 1 and the PS domain node 2 need to work together to complete the Push message to the UE.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and changes to the existing NAT mechanism;
  • the UE is found by the PS domain node and sends a Push message to the UE. This ensures that the user can permanently access the Push message, saves network resources and UE power consumption, and reduces the signaling burden on the network side.
  • Embodiment 2 The embodiment of the present invention provides a new Push service. The interaction process is as shown in FIG. 5. In this embodiment, the UE has obtained a private IP address, and the following is a detailed description of the interaction process.
  • the UE Before providing the Push service, the UE needs to obtain a private IP address. Taking the existing wireless network PS domain as an example, when the UE is attached to the network, it requests an IP address from the network.
  • the address can be a static or dynamic PDP address.
  • the static PDP address must be allocated to the UE by the home network HPLMN.
  • Dynamic PDP The address can be dynamically assigned to the UE by the HPLMN or VPLMN.
  • the HPLMN or VPLMN allocates a PDP address to the UE for the UE, and the PS domain node is responsible for allocating or releasing the dynamic address.
  • the IP address assigned to the UE is a private address managed by the PS domain node, that is, the private IP address described above.
  • the private IP address is divided according to the network segment. Therefore, according to the network segment to which the private IP address of the UE belongs, the PS domain node 1 to which it is currently connected can be found.
  • the VPN server and the PS domain node need to establish a VPN or tunnel connection to ensure service data transmission.
  • the Push server Before providing the Push service, the Push server also needs to obtain and save the user ID.
  • the user identifier may include one or both of a static identifier and a dynamic identifier.
  • the static identifier is the identifier of the user that the operator subscribes to the Push service when the user subscribes to the Push service or the user uses the Push service for the first time. It is valid for a long time.
  • a Push service subscription user can have one or more user static identifiers.
  • the dynamic identifier is Each time the Push client registers with the Push server, the Push server dynamically assigns an identifier to the user according to the user's needs, which is sometimes effective. It should be emphasized that the dynamic identification is optional. If the static identification is available, all the business processes can be completed based on the static identification. In this case, the Push Server does not need to allocate a dynamic identifier to the UE.
  • the Push server Before providing the Push service, the Push server also needs to obtain and save the application identifier.
  • the application identifier is an identifier of the application service, and is an application identifier defined by the operator.
  • the application service using the Push service must be registered at the operator, and the operator allocates the application used in the Push service for the application service. logo.
  • the Push server Before the Push service is provided, the Push server needs to obtain and save the mapping relationship between the user ID and the private IP address of the UE.
  • a user identifier can correspond to multiple UE private IP addresses.
  • the Push client When the user uses the Push service for the first time, the Push client registers with the Push server first, and the Push server completes the verification of the user through the user static identifier.
  • the APN of the Push server needs to be pre-configured on the UE.
  • the UE Before the Push client registers with the Push server, the UE first sends the APN to the network, and the network allocates a corresponding PS domain node to the UE according to the APN; the registration message sent by the Push client is sent to the PS domain node.
  • the PS domain node finds the corresponding Push server according to the APN, and sends a registration message to the Push Server; after the Push server processes the registration, it returns a registration response message to the Push client. This registration process can be completed.
  • the serial number occurs. That is, the mapping between the user ID and the private IP address of the UE is saved on the Push server, but the private IP address of the UE is changed, and the original private IP address is assigned to the other.
  • a UE when the Push server sends a push message to the original user, the push message is still sent to the original private IP address according to the original correspondence, and the push message is sent to the UE that later obtains the private IP address.
  • the present invention also requires that when the private IP address of the UE is released, the Push server is first notified to delete the record of the correspondence between the corresponding user identifier and the private IP address.
  • the Push client first notifies the Push server to delete the record of the correspondence between the corresponding user ID and the private IP address; if the private IP address initiated by the network side is released, the PS The domain node simultaneously notifies the Push server to delete the record of the correspondence between the corresponding user ID and the private IP address.
  • the application client When the user uses the Push service for the first time, the application client registers with the application server, registers the user static identifier and the application user name, and the application server saves the user static identifier and the application user name.
  • the application client can be quit and the connection with the application server is interrupted.
  • the PS domain node remains used for the application client login application server.
  • the pdp context is not released.
  • the Push server receives the Push message delivered by the application server.
  • the Push server can authenticate the application identifier carried in the Push message. If the application identifier is legal, perform the following operations.
  • the Push server may also authenticate the application server that sends the Push message, and the authentication application server may be based on the application server domain name in the Push message header, according to the application server domain name. Verification; It can also be based on the source IP address of the Push message. This IP address is the IP address of the application server. If the application server can use the Push service, do the following.
  • the above two optional authentication steps may not be performed, any one of them may be performed, or two may be performed.
  • the Push server obtains a private IP address of the UE according to the user identifier.
  • the Push server obtains the user identifier from the Push message, and obtains the private IP address of the UE according to the mapping relationship between the user identifier and the private IP address of the UE.
  • the Push server verifies the legality of the user identifier in the Push message.
  • the Push server obtains the PS domain node 1 currently connected by the UE according to the private IP address of the UE, and sends a Push message to the PS domain node 1 to send a Push message to the UE by using the PS domain node.
  • the method for obtaining the PS domain node 1 currently connected by the UE according to the private IP address of the UE is described in detail in the foregoing part of the embodiment, and is not repeated here.
  • the PS domain node finds the corresponding PDP context according to the IP quintuple (the destination address, the destination port, the source address, the source port, and the IP version) in the Push message, and places the Push message and the application identifier on the PDP context.
  • the Push client on the UE detects that a Push message arrives, prompting the user to have a Push message arriveing, and asking whether to view. If the user selects to view, the corresponding application client is started to view the information according to the application identifier. Thereafter, other application service data interactions may be performed. If the user chooses not to view, it ends.
  • the Push client on the UE detects that a Push message arrives. The Push message is only a notification type message, and only the Push message is displayed to the user, and no other application client is started.
  • the PS domain node needs to initiate waking up the UE by using a paging procedure in the prior art. If the PS domain node needs to send a push message to a certain UE, and the UE is in an idle state, the paging wakes up first, and then the subsequent Push message is sent.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds the UE and sends a Push message to the UE. This ensures that the user can permanently access the Push message, saves network resources and UE power consumption, and reduces the signaling burden on the network side.
  • the embodiment of the present invention further enhances the provision of a new Push service based on the second embodiment.
  • the interaction process is as shown in FIG. 7.
  • the UE is only attached to the network, and no private IP is available yet. Address, the following is a detailed description of the interaction process.
  • the Push server Before providing the Push service, the Push server needs to obtain and save the user ID.
  • the user identifier is a static identifier, which is the identifier of the user assigned by the operator to the subscribed Push service when the user subscribes to the Push service, or when the user first uses the Push service, which is valid for a long time, and a Push service subscription user may have One or more users are statically identified.
  • the Push server Before providing the Push service, the Push server also needs to obtain and save the application identifier.
  • the application identifier is an identifier of the application service, and is an application identifier defined by the operator.
  • the application service using the Push service must be registered at the operator, and the operator allocates the application used in the Push service for the application service. logo.
  • the Push server Before providing the Push service, the Push server also needs to obtain and save the mapping relationship between the user identifier and the IMSI of the UE. That is, when the user subscribes to the push service or uses the Push service for the first time, the operator binds the user static identity and the IMSI of the UE.
  • the application client When the user first uses the application service, the application client registers with the application server, registers the user static identifier and the application user name, and the application server saves the user static identifier and the application user name.
  • the Push server receives the Push message delivered by the application server.
  • the Push server can authenticate the application identifier carried in the Push message. If the application identifier is legal, perform the following operations.
  • the Push server may also authenticate the application server that sends the Push message, and the authentication application server may be based on the application server domain name in the Push message header, according to the application server domain name. Verification; It can also be based on the source IP address of the Push message. This IP address is the IP address of the application server. If the application server can use the Push service, do the following.
  • the above two optional authentication steps may not be performed, any one of them may be performed, or two may be performed.
  • the Push server obtains the IMSI of the user according to the user identifier.
  • the Push server obtains the user identifier from the Push message, and obtains the IMSI of the user according to the mapping relationship between the user identifier and the IMSI of the user.
  • the Push server verifies the validity of the user identifier in the Push message.
  • the user identifier refers to a static identifier.
  • the Push server selects a PS domain node according to the IMSI of the user, and sends a Push message and an IMSI to the PS domain node to send a Push message to the UE by using the PS domain node.
  • the Push server may send the Push message and the application identifier to the UE by using a CS domain routing method.
  • the Push server selects a PS domain node according to the IMSI of the user, and includes the following processes:
  • the Push server sends a query message for querying the network attachment information of the IMSI to a server that stores user information (such as subscription information or location information of the user).
  • the server that stores the user information may be a different network, in a 3GPP network. It is an HLR or HSS, an AAA server in a 3GPP2 or WiMAX network, and an AAA server in a 3GPP network interworking with a heterogeneous network.
  • the 3GPP network is taken as an example, that is, the Push server sends the SRI for carrying the IMSI.
  • the GPRS message is sent to the HLR or the HSS to query whether the IMSI has attached the network (see the 3GPP TS 23.060 v700 for the SRI for GPRS message). If the network is attached, the HSS or HLR returns the attached PS domain node 2 to the Push server, and the Push server selects A PS domain node capable of communicating with the PS domain node 2 sends a Push message to the selected PS domain node 1;
  • the Push server adds its own APN to the query message, and the HLR or HSS determines the
  • a PS domain node 1 When the IMSI has attached to the network, a PS domain node 1 is selected according to the APN, and the PS domain node information (address or domain name) is returned to the Push server.
  • the Push server sends a Push message (with a user identifier and IMSI) to the GGSN;
  • the operator has previously set a rule to select the APN corresponding to the Push service, and the Push server selects a PS domain node 1 according to the APN, and sends a Push message to the PS domain node 1.
  • the Push server queries the HLR or the HSS to find that the IMSI does not have a network attached, the entire Push process ends, and a failure indication is returned to the application server.
  • the Push server sends the Push message and the IMSI to the PS domain node, and sends a Push message to the UE by using an interaction process as shown in FIG. 9, and the detailed steps are as follows: 10, the process described in FIG. 9 and FIG. 10 is illustrated by taking a 3GPP network as an example. The names of nodes performing similar interaction functions are different for non-3GPP networks, and the names of messages for interaction are also different. But the interaction process is consistent. The following is a detailed explanation of each step in Figure 10:
  • the PS domain node receives a data packet (including Push message and IMSI), which is different.
  • the names of the data packets in the wireless network are different, such as PDP PDU packets in the WCDMA network.
  • the PS domain node sends a query message including the IMSI to the HLR or the HSS. If the HLR or the HSS finds the UE of the IMSI, the query result is returned, including the address of the IMSI, the PS domain node 2, and the terminal unreachable reason.
  • PS domain node finds the address of the PS domain node 2, and there is no terminal unreachable reason, or the terminal unreachable cause is no paging response, and the UE has a static PDP address (IP address), the PS domain node A PDU Notification Request message is sent to the PS domain node 2, which includes an IMSI, a PDP type, a PDP address, an APN, etc., and the PDU Notification Request message is used by the PS domain node to send to the UE.
  • Request PDP Context Activation Message including TI (Transaction identifier), PDP type, PDP address, APN, etc.
  • the Request PDP Context Activation message is used by the UE to initiate a PDP Context activation process to generate an available PDP Context.
  • the PS domain node returns a PDU Notification Response message to the PS domain node as an acknowledgement.
  • step S1004 The PS domain node sends the received data packet to the UE by using the PDP Context. Further, if the UE does not have a static PDP address (IP address), step S1003 and step 1004 may be one of the following three combinations:
  • PS domain node finds the address of the PS domain node 2, and there is no terminal unreachable reason, or the terminal unreachable reason is no paging response, and the UE does not have a static PDP address (IP address), the PS domain node
  • the PDU Notification Request message is sent to the PS domain node 2, including the IMSI, the PDP type, the PDP address, the APN, and the like, wherein the PDP address is left blank; the PDU Notification Request message is used by the PS domain node to send a request to the UE.
  • a PDP Context Activation message including a action (Transaction identifier transaction identifier), a PDP type, a PDP address, an APN, etc., wherein the PDP address is a PDP address in the PDU Notification Request message; and the Request PDP Context Activation message is used by the UE Initiate a PDP Context activation process, request a dynamic PDP address, and generate an available PDP Context.
  • action Transaction identifier transaction identifier
  • PDP type Transaction identifier
  • PDP address is a PDP address in the PDU Notification Request message
  • the Request PDP Context Activation message is used by the UE Initiate a PDP Context activation process, request a dynamic PDP address, and generate an available PDP Context.
  • the PS domain node returns a PDU Notification Response message to the PS domain node as an acknowledgement.
  • S1004 The PS domain node sends the received data packet to the UE by using the PDP Context.
  • the PS domain node finds the address of the PS domain node 2, and there is no terminal unreachable reason, or the terminal unreachable reason is no paging response, and the UE does not have a static PDP address (IP address), the PS domain node First, the UE is assigned a dynamic PDP address, and then the PS domain node sends a PDU Notification Request message to the PS domain node 2, including an IMSL PDP type, a PDP address, an APN, etc., wherein the PDP address fills in the dynamic PDP address, and Adding an indication field, indicating that this is a new sub-address; the PDU Notification Request message is used by the PS domain node to send a Request PDP Context Activation message to the UE, including a Transaction identifier, a PDP type, a PDP address, An APN, an indication field, or the like, wherein the PDP address is a PDP address of the PDU Notification Request message, where the indication field is
  • the PS domain node returns a PDU Notification Response message to the PS domain node as an acknowledgement.
  • S1004 The PS domain node sends the received data packet to the office by using the PDP Context. Said UE.
  • PS domain node finds the address of the PS domain node 2, and there is no terminal unreachable reason, or the terminal unreachable reason is no paging response, and the UE does not have a static PDP address (IP address), the PS domain node
  • the PDU Notification Request message is sent to the PS domain node 2, including the IMSI, the PDP type, the PDP address, the APN, etc., wherein the PDP address is left blank, and an indication field is added, indicating that the network side activates the PDP context when the static IP address is not required to be initiated.
  • the PDU Notification Request message is used by the PS domain node to send a Request PDP Context Activation message to the UE, including a Transaction identifier (TI), a PDP type, a PDP address, an APN, an indication field, etc., where the PDP address is a PDP address in the PDU Notification Request message, where the indication field is the indication field of the PDU Notification Request message;
  • the Request PDP Context Activation message is used by the UE to initiate a PDP Context activation process, using the Request PDP Context Activa
  • the indication field of the tion message requests a dynamic PDP address to generate an available PDP Context.
  • the PS domain node returns a PDU Notification Response message to the PS domain node as an acknowledgement.
  • S1004 The PS domain node sends the received data packet to the UE by using the PDP Context.
  • the Push client on the UE detects that an Push message arrives, prompting the user to have a Push message arriveing, and asking whether to view. If the user selects to view, the corresponding application client is started to view the information according to the application identifier. Thereafter, other application service data interactions may be performed. If the user chooses not to view, it ends.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, thereby avoiding the heartbeat connection required by the traditional Push service and the existing NAT machine.
  • the change of the system does not require the application client on the UE to be always online, but finds the UE through the PS domain node and sends a Push message to the UE, thereby ensuring that the user is permanently reachable to the Push message, saving network resources and UE. Power consumption reduces the signaling burden on the network side.
  • the embodiment of the present invention provides a new Push service.
  • the interaction process is as shown in FIG. 11.
  • the UE obtains a private IP address, and the application server provides a Push service by using a proxy server.
  • the processing flow of the embodiment of the present invention is basically similar to that of the second embodiment, and the difference is that the application server in the second embodiment is replaced with the proxy server in the embodiment, and the interaction process between the proxy server and the application server is added. .
  • the same portions of the present embodiment as those in the second embodiment are not repeatedly described. The following is only a detailed description of the differences and the interaction between the proxy server and the application server.
  • the login information needs to be dynamically identified by the user in addition to the application information (such as the username and password).
  • the proxy server replaces the user to log in to the application server, and the login information carries application information such as a username and password.
  • the proxy server keeps the login status on the application server instead of the user (for example, keeping the heartbeat connection).
  • the application server sends a Push message to the user, that is, sends a message to the proxy server, and the Push message carries the user name, where the user name is the application layer identifier of the user.
  • the proxy server finds the user dynamic identifier according to the user name, and sends a Push message including the user dynamic identifier and the application identifier to the Push server, where the application identifier is the identifier of the proxy service.
  • the subsequent processing is the same as in the second embodiment.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the UE is found by the PS domain node and the Push message is sent to the UE, so that the user can be permanently reachable to the Push message, saving
  • the network resources and the UE consume power, which reduces the signaling burden on the network side.
  • the embodiment of the present invention provides a new Push service.
  • the interaction process is as shown in FIG. 12.
  • the UE is only attached to the network, and there is no private IP address available, and the application server provides the Push service by using the proxy server.
  • the processing flow of the embodiment of the present invention is basically similar to that of the third embodiment, and the difference is that the application server in the third embodiment is replaced with the proxy server in the embodiment, and the interaction process between the proxy server and the application server is added. .
  • the same portions of the present embodiment as those in the third embodiment are not repeatedly described. The following is only a detailed description of the differences and the interaction between the proxy server and the application server.
  • the operator When users use the Push service for the first time when the Push service is subscribed to or the user, the operator needs to register the IMSI with the operator. The operator assigns the user static identifier to the user. The Push server saves the correspondence between the user static identifier and IMSI.
  • the Push client After the UE obtains an IP address through the network, the Push client registers the static identifier and the IP address to the Push server to obtain a dynamic identifier. Then, the application client initiates an application login to the proxy server, and reports the application login information (application username and password, etc.) and the user dynamic identifier. The proxy client then uses the application login information instead of logging in to the application server.
  • the UE exits the proxy client and releases the used PDP Context without an IP address.
  • the application server sends a Push message to the user, it sends a message with the username to the proxy server.
  • the proxy server finds the corresponding user dynamic identifier according to the user name, and sends the user dynamic identifier and the application identifier to the Push server, and the application identifier is the identifier of the proxy server.
  • the subsequent processing is the same as in the second embodiment.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, thereby avoiding the heartbeat connection required by the traditional Push service and the existing NAT machine.
  • the change of the system does not require the application client on the UE to be always online, but finds the UE through the PS domain node and sends a Push message to the UE, thereby ensuring that the user is permanently reachable to the Push message, saving network resources and UE. Power consumption reduces the signaling burden on the network side.
  • the embodiment of the present invention provides a Push server device.
  • the device 1300 includes: an interaction unit 1301: The unit is configured to receive an Push message delivered by an application server.
  • the unit receives the Push message of the application server forwarded by the proxy server.
  • the unit 1301 may authenticate the application identifier carried in the Push message. If the application identifier is legal, perform the following operations.
  • the unit 1301 may also authenticate the application server that sends the Push message, and the authentication application server may be based on the application server domain name in the Push message header, according to the application server.
  • the domain name is used for verification; it can also be based on the source IP address of the Push message, which is the IP address of the application server. If the application server can use the Push service, do the following.
  • the application identifier is an identifier of the application service, and is an application identifier defined by the operator.
  • the application service using the Push service must be registered at the operator, and the operator allocates the application identifier used in the Push service for the application service.
  • the above two optional authentication steps may not be performed, any one of them may be performed, or two may be performed.
  • the route search unit is 1302.
  • the unit is configured to obtain a private IP address of the user equipment UE according to the user identifier, where the user identifier is obtained from a Push message.
  • the user identifier may include one or both of a static identifier and a dynamic identifier.
  • the route searching unit 1302 may check the mapping relationship between the stored user identifier and the private IP address of the UE according to the user identifier. The private IP address of the user equipment UE is obtained.
  • a route search unit 2, 1303, configured to obtain, according to the private IP address of the UE, a packet switched PS domain node 1 that is currently connected by the UE, and send the Push message to the PS domain node one to pass the PS The domain node sends a Push message to the UE.
  • the network domain to which the private IP address of the UE belongs may be found to be the PS domain node 1 to which it is currently connected, or other methods as described in the second embodiment.
  • the apparatus may further include: an interaction unit 2304: the unit is configured to forward a Push message delivered by the application server to the corresponding PS domain node, the PS Domain node one is determined by route lookup unit two 1304.
  • the interaction unit 2304 is further configured to: receive a registration request of the Push client forwarded by the PS domain node; and receive a request for deleting the correspondence between the user identifier and the private IP address sent by the PS domain node or sent from the UE.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds the UE and sends a Push message to the UE. This ensures that the user can permanently access the Push message, saves network resources and UE power consumption, and reduces the signaling burden on the network side.
  • Example 7 Example 7
  • the device 1400 includes: an interaction unit 1401: the unit is configured to receive a data packet, where the data packet includes a Push message and an IMSI;
  • the query unit 1402 is configured to send a query message including the IMSI to the server that stores the user information, and obtain the return information, where the return message includes the address of the PS domain node 2 and the terminal unreachable cause;
  • Routing unit 1403 the unit is configured to send a PDU Notification to the PS domain node two
  • the PDU Notification Request message is used by the PS domain node to send a Request PDP Context Activation message to the UE.
  • the Request PDP Context Activation message is used by the UE to initiate a PDP Context activation process to generate an available PDP Context.
  • the PDP address of the PDU Notification Request message is a static PDP address of the UE, and the PDP address in the Request PDP Context Activation message is a PDP address in the PDU Notification Request message.
  • the PDP address in the Request PDP Context Activation message is a PDP address in the PDU Notification Request message, and the UE initiates a PDP Context activation process to apply for a dynamic PDP address.
  • the PDP address in the PDU Notification Request message is dynamically allocated by the PS domain node for the UE, and an indication field is added, indicating that the address is a new sub-address;
  • the Request PDP Context Activation message including the PDP type a PDP address, an indication field, where the PDP address is a PDP address of the PDU Notification Request message, where the indication field is an indication field of the PDU Notification Request message; and the UE initiates a PDP Context activation process, using The PDP address of the Request PDP Context Activation message and the indication field generate an available PDP Context;
  • the PDP address in the PDU Notification Request message is left blank, and an indication field is added, indicating that the network side activates the PDP context process when the static IP address is not required to be initiated;
  • the Request PDP Context Activation message includes the PDP type and the PDP address.
  • an indication field where the PDP address is a PDP address in the PDU Notification Request message, where the indication field is the indication field of the PDU Notification Request message; the UE initiates a PDP Context activation procedure, using the Request
  • the indication field of the PDP Context Activation message applies for a dynamic PDP address, and generates an available PDP Context;
  • Interaction unit two 1404 the unit is configured to use the PDP Context to receive the received number The packet is sent to the UE.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds the UE and sends a Push message to the UE. This ensures that the user can permanently access the Push message, saves network resources and UE power consumption, and reduces the signaling burden on the network side.
  • the embodiment of the present invention provides a Push server device.
  • the device 1500 includes: an interaction unit 1501: The unit is configured to receive an Push message delivered by an application server.
  • the unit receives the Push message of the application server forwarded by the proxy server.
  • the unit 1301 may authenticate the application identifier carried in the Push message. If the application identifier is legal, perform the following operations.
  • the unit 1301 may also authenticate the application server that sends the Push message, and the authentication application server may be based on the application server domain name in the Push message header, according to the application server.
  • the domain name is used for verification; it can also be based on the source IP address of the Push message, which is the IP address of the application server. If the application server can use the Push service, do the following.
  • the application identifier is an identifier of the application service, and is an application identifier defined by the operator.
  • the application service using the Push service must be registered at the operator, and the operator allocates the application identifier used in the Push service for the application service.
  • the above two optional authentication steps may not be performed, any one of them may be performed, or two may be performed.
  • Route lookup unit 1502 the unit is configured to obtain the IMSI of the user according to the user identifier, The user ID is obtained from the Push message.
  • the user identifier may include one or both of a static identifier and a dynamic identifier.
  • the route lookup unit one 1502 can obtain the query according to the user identifier from the mapping relationship between the stored user identifier and the IMSI of the user.
  • the route search unit 21503 is configured to select a PS domain node according to the IMSI of the user, and send a Push message and an IMSI to the PS domain node, to send a Push message to the UE by using the PS domain node, where It is described in the third embodiment.
  • the apparatus may further include: an interaction unit two 1504: the unit is configured to forward a Push message delivered by the application server to the corresponding PS domain node, the PS The domain node one is determined by the route lookup unit two 1503.
  • the interaction unit 21504 is further configured to: receive a registration request of a Push client forwarded by the PS domain node.
  • the route lookup unit 2 1503 may include: a first lookup subunit or a second lookup subunit or a third lookup subunit;
  • the first search subunit is configured to send, to the server that stores the user information, a query message for querying the network attachment information of the IMSI, and obtain the PS domain node 2 returned by the server that saves the user information, and select one of the PS domain node 2 communicating PS domain node 1;
  • the second search subunit is configured to send a query message for querying the network attachment information of the IMSI to the server that saves the user information, add an APN of the Push server to the query message, and obtain the return of the server that saves the user information. Selecting the returned PS domain node one according to the PS domain node one determined by the APN;
  • the third lookup subunit is configured to select the PS domain node one according to a preset rule by using an APN of the Push server.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds it
  • the UE sends the Push message to the UE, so that the user can ensure that the Push message is permanently reachable, saves network resources and power consumption of the UE, and reduces the signaling burden on the network side.
  • the device 1600 includes:
  • Application client unit 1601 This unit is the client software for application services, such as MSN and QQ client software.
  • Push client unit 1602 The unit initiates a Push registration to the Push server, and at the same time, when the Push message sent by the application server is 4 feet, the corresponding response is completed according to the preset setting, for example, pulling up the corresponding application client, or displaying a Notification message to the UE interface, etc.
  • the Push client on the UE can disconnect from the Push server after completing the Push registration, which avoids the heartbeat connection required by the traditional Push service and the modification of the existing NAT mechanism;
  • the client is always online, but the PS domain node finds the UE and sends a Push message to the UE.
  • a person skilled in the art can understand that all or part of the process of implementing the above embodiment method can be completed by a computer program to instruct related hardware, and the program can be stored in a computer readable storage medium. In execution, the flow of an embodiment of the methods as described above may be included.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Abstract

本发明提出了一种新的Push方法、装置和系统，其中Push的方法包括：接收应用服务器下发的Push消息；根据用户标识获得UE的私有IP地址，所述用户标识从Push消息中获得；根据所述UE私有IP地址获得UE当前连接的PS域节点，并把所述Push消息发送给所述PS域节点，通过所述PS域节点将Push消息发送给UE。通过本发明实施例，避免了传统Push业务要求的心跳连接和对现有NAT机制的更改，不要求应用客户端始终在线而能保证用户对Push消息永久可达，节省了网络资源和UE耗电，减轻了网络侧信令负担。

Description

一种信息推送方法、 装置和系统 本申请要求于 2010年 7月 6日提交中国专利局， 申请号为 201010224328.3 , 发明名称为"一种信息推送方法、 装置和系统"的中国专利申请的优先权， 其全 部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及无线通信领域，尤其涉及一种在无线网络上实现信息推 送的方法， 具体为一种无线网络信息推送方法、 装置和系统。
背景技术
Apple公司推出了 Push Notification (推送通知）方案， 应用于 iphone。 该 方案采取 Push (推送） 的方式， 当用户某一应用有事件到达时 （如 Email中， 收到了新的邮件）， 直接将该事件推送给客户端， 而无需客户端时时刻刻应用 在线， 或者定时去服务器查看是否有新的事件发生。 Push技术的本质在于让 信息去主动寻找用户，优势在于信息的主动性和及时性，通过使用该技术可尽 快的将信息推送到用户面前。
Push Notification方案的工作机制可以筒单的概括为图 1所示， 其中：
Provider 是指某个 iPhone 软件的应用服务器。 APNS 是 Apple Push Notification Service ( Apple Push服务器） 的缩写， 下文统一使用该缩写。
整个工作过程为：
1、应用服务器（ Provider )把要发送的消息、目的 iPhone的标识（ notification ) 打包， 发给 APNS。
2、 APNS在自身的已注册 Push服务的 iPhone列表中， 查找有相应标识的 iPhone , 并 4巴消息发到 iPhone。
3、 iPhone把发来的消息传递给相应的应用程序（ Client APP ) , 并且按照 设定弹出 Push通知。 APNS判断 Push推送消息该发给哪台 iPhone的依据是一个 "目的 iPhone 的标识"， 这个标识就是 device token (设备令牌)。 1、 在 iphone入网后会连接 APNS , 建立连接； 2、 连接完成后， APNS会把设备令牌 (device token)返回给 iPhone; 3 ~ 4、 当 iPhone访问应用服务的时候， 应用客户端把这个令牌发给应 用服务器（ Provider )。 后续应用服务器可通过 APNS和该令牌找到用户。 即， 当应用服务器（ Provider )有 Push消息要发送时， 就会把对应帐号的设备令牌 (device token)和消息一起发送给 APNS , 而 APNS 再依据设备令牌 (device token), 找到相应的目的 iPhone, 并发送相应的 Push 消息。 以上过程如图 2 所示。
由于 APNS与终端之间存在 NAT和防火墙，如图 3所示， APNS( Apple Push 服务器 )与终端之间需要维持心跳来维持 IP链路可达。
UE入网之后， GGSN为它分配一个私有 IP地址， 而 UE与外界通信， 需 要通过 NAT转换为公有 IP地址。 即外部网元（包括 APNS )所看到的 UE的 IP地址实际上是它的公有 IP地址。
为了接收 Push消息， UE与 APNS进行交互，在 APNS登记所使用的 token 和公有 IP地址的对应关系。 此后， APNS与 UE之间保持用户级的心跳连接， 来保持用户的 IP可达。
由于 APNS看到的用户地址是公有 IP地址，而 NAT机制下终端的公有 IP 地址与私有 IP地址的绑定关系是有时间限制的， 过了一段时间， NAT就会老 化， 终端的公有 IP地址或私有 IP地址会变化， 这样就导致原来的公有 IP地 址与私有 IP地址的绑定关系消失。 为了保证 APNS记录的终端公有 IP地址有 效， 就需要保持 NAT不老化。
发明人发现上述现有技术中至少存在如下明显问题：
该方案需要 APNS和 UE之间的心跳， 来维持 IP连接， 大量心跳信号产 生的信令消息导致网络堵塞， 同时为了维护心跳使得 UE无法进入空闲态， 导 致 UE耗电严重。
进一步的， 上述现有技术只能针对 UE获得了公有 IP地址的情况， 对于 UE没有获得公有 IP地址的情况上述现有技术无法提供 PUSH服务。 发明内容
本发明提出了一种新的 Push方法、 装置和系统， 能够实现 UE与 Push服 务器 /应用服务器之间不需要心跳机制， 提供 Push消息的及时性和可靠性， 解 决无线环境下的信息推送问题。
为实现上述目的， 本发明实施例提供了新的 Push系统架构， 其特征在于， 包括： 应用服务器， Push客户端， Push server和 PS域节点，
所述应用服务器， 用于提供特定应用服务的服务器和发送 Push消息； 所述 Push客户端， 用于运行 Push客户端软件， 向所述 Push server发起 Push注册， 在收到所述应用服务器发送的 Push消息时， 按照预先的设定完成 相应的响应；
所述 Push server, 用于 居保存的用户标识、 应用标识、 用户标识与 UE 私有 IP地址的映射关系、用户标识与用户 IMSI的映射关系信息， 为应用服务 器发送的 Push消息确定对应的 PS域节点， 并发送所述 Push消息给所述 PS 域节点；
所述 PS域节点，用于提供 UE到所述 Push server的连接服务，将所述 Push 消息发送到 UE。 本发明实施例还提供了一种信息 Push的方法， 其特征在于， 包括： 接收应用服务器下发的 Push消息；
根据用户标识获得 UE的私有 IP地址，所述用户标识从 Push消息中获得； 根据所述 UE私有 IP地址获得 UE当前连接的 PS域节点一，并把所述 Push 消息发送给所述 PS域节点一， 通过所述 PS域节点一将 Push消息发送给 UE。 本发明实施例还提供了一种信息 Push的方法， 其特征在于， 包括： 接收应用服务器下发的 Push消息；
根据用户标识获得用户的 IMSI , 所述用户标识从 Push消息中获得； 根据所述用户的 IMSI选择 PS域节点一， 并把 Push消息和 IMSI发送给 所述 PS域节点一， 通过所述 PS域节点一将 Push消息发送给 UE。 本发明实施例还提供了一种数据包处理方法， 其特征在于， 包括：
PS域节点一收到数据包， 所述数据包包含 Push消息和 IMSI;
PS域节点一向保存用户信息的服务器发包含 IMSI的查询消息，获得返回 信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因；
PS域节点一向所述 PS域节点二发送 PDU Notification Request消息；所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程， 生成可用的 PDP Context;
PS域节点一使用所述 PDP Context把所述收到的数据包发给所述 UE。 进一步地， 本发明实施例还提供了一种 Push server装置， 其特征在于， 包括：
交互单元一， 用于接收应用服务器下发的 Push消息；
路由查找单元， 用于根据用户标识获得用户设备 UE的私有 IP地址， 所 述用户标识从 Push消息中获得； 根据所述 UE的私有 IP地址获得所述 UE当 前连接的分组交换 PS域节点一，并把所述 Push消息发送给所述 PS域节点一， 以通过所述 PS域节点一将 Push消息发送给 UE;
交互单元二，用于转发应用服务器下发的 Push消息到对应的 PS域节点一， 所述 PS域节点一由路由查找单元确定。 本发明实施例还提供了 Push server装置， 其特征在于， 包括： 交互单元一， 用于接收应用服务器下发的 Push消息；
路由查找单元，用于根据用户标识获得用户的 IMSI,所述用户标识从 Push 消息中获得；根据所述用户的 IMSI选择 PS域节点一， 并把 Push消息和 IMSI 发送给所述 PS域节点一， 以通过所述 PS域节点一将 Push消息发送给 UE; 交互单元二，用于转发应用服务器下发的 Push消息到对应的 PS域节点一， 所述 PS域节点一由路由查找单元确定。 本发明实施例还提供了一种 PS域节点一装置， 其特征在于， 包括： 交互单元一， 用于接收数据包， 所述数据包包含 Push消息和 IMSI;
查询单元， 用于向保存用户信息的服务器发包含 IMSI的查询消息， 获得 返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因；
路由单元， 用于向所述 PS域节点二发送 PDU Notification Request消息； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息；所述 Request PDP Context Activation消息用于所述 UE 发起 PDP Context activation过程， 生成可用的 PDP Context;
交互单元二， 用于使用所述 PDP Context把所述收到的数据包发给所述
UE。 通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 附图说明 实施例或现有技术描述中所需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1是现有技术 Push Notification的工作机制示意图；
图 2是现有技术 Push Notification的工作流程的示意图；
图 3是现有技术 APNS与 UE间保持心跳的工作机制的示意图； 图 4是本发明实施例提供的一种 Push系统架构的示意图；
图 5是本发明实施例提供的一种 Push服务交互过程的示意图；
图 6是本发明实施例提供的一种 Push服务处理流程的示意图；
图 7是本发明实施例提供的一种增强的 Push服务交互过程的示意图； 图 8是本发明实施例提供的一种增强的 Push服务处理流程的示意图； 图 9是本发明实施例提供的一种 PS域节点一将 Push消息发送到 UE的交 互过程的示意图；
图 10是本发明实施例提供的一种 PS域节点一将 Push消息发送到 UE的 处理流程的示意图；
图 11是本发明实施例提供的一种引进代理服务器的 Push服务交互过程的 示意图；
图 12是本发明实施例提供的一种引进代理服务器的增强的 Push服务交互 过程的示意图； 图 13是本发明实施例提供的一种 Push server装置的示意图；
图 14是本发明实施例提供的一种 PS域节点一装置的示意图；
图 15是本发明实施例提供的一种 PS域节点二装置的示意图；
图 16是本发明实施例提供的一种 UE装置的示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的 范围。
本发明使用的专业术语如下：
术语 英文含义 中文含义
Push Push 推送
C/S client/server 客户端服务器
IP Internet Protocol 互联网协议
IPv4 Internet Protocol version 4 互联网协议版本 4
Universal Mobile
UMTS 通用移动通信系统
Telecommunications System
UE User Equipment 用户设备， 用户终端
GGSN Gateway GPRS Support Node 网关 GPRS支持节点
SGSN Serving GPRS Support Node 服务 GPRS支持节点
GPRS General Packet Radio Service 通用分组无线服务技术
NAT Network Address Translation 网络地址转换
Firewall 1 防火墙
APNS Apple Push Notification Service Apple Push通知服务
PS Packet Switched 分组交换
CS Circuit Switched 电路交换
Public Land
PLMN 公共陆地移动通信网
Mobile-communication Network
HPLMN Home PLMN 家乡 PLMN VPLMN Visited PLMN 拜访地 PLMN
PDP Package Data Protocol 分组数据协议
移动台， 移动终端， 它与 UE
MS Mobile Station
同义
HLR Home Location Register 归属位置寄存器
HSS Home Subscriber Server 归属用户服务器
Authenticaiton Authorization
AAA 认证授权与计费
Accounting
PDU Protocol Data Unit 协议数据单元
SRI Send Routeing Info 发送路由信息
APN Access Point Name 接入点名称
P-GW PDN Gateway PDN网关
PDN Packet Data Network 分组数据网络
HA Home Agent 家乡代理
3rd Generation Partnership
3GPP2 第三代合作伙伴计划 2
Project 2
World Interoperability for
WiMAX 全球微波接入互操作性
Microwave Access
ASN GW Access Service Network Gateway 接入服务网网关
PDSN Packet Data Serving Node 分组数据服务节点
international mobile subscriber
IMSI 国际移动用户标识
identity
SMSC Short Message Service Centre 短消息服务中心
S-GW Serving Gateway 服务网关
MME Mobility Management Entity 移动管理实体 需要说明的是， 本发明实施例中的 Push并不是仅限定于目前所公知的 推送业务， 本发明实施例所提供的技术能够用于所有支持面向终端用户的 通信， 并且保持终端始终路由可达， 从而使得应用服务器能主动向终端用 户发送消息的各种应用场景和各种业务。 同样的， 本发明实施例中的 Push 业务、 Push server、 Push消息、 Push系统架构等名词， 其涵盖的范围与上 述对 Push的范围的解释是一致的。
实施例一 本发明实施例提供一种新的 Push系统架构如图 4所示， 下面是对其中每 个装置的详细说明。
应用 J!良务器 10: 用于发送 Push消息；
在一个实施例中，应用服务 10可以是为用户提供特定应用服务的服务器， 例如 MSN、 QQ Server等。
代理 J ^务器 20: 本发明实施例可能涉及的一种特殊的应用服务器， 用于 代替 UE登入应用服务器 10,支持 Push机制。 UE上的代理客户端获取用户的 应用登录信息， 发送到代理服务器 20, 代理服务器 20使用这些应用登录信息 登录到最终的应用服务器上。 当用户关闭了代理客户端， 代理服务器 20会继 续为用户保持在应用服务器 10上的登录。当应用服务器 10或其他应用用户要 向该用户的应用账户发送消息时， 代理服务器 20会通过 Push的方式， 将消息 推送到用户终端上。
需要说明的是， 代理服务器 20不是图 4架构中的必选装置， 如果应用服 务器 10自身支持 Push服务， 就不需要代理服务器 20。 如果应用服务器 10自 身不支持 Push服务， 则需要代理服务器 20, 在这种情况下， 代理服务器 20 可以和应用服务器 10部署在一个物理实体（如物理的服务器）上， 也可以部 署在单独的物理实体（如物理的服务器）上。 一个代理服务器可以为多个应用 服务器提供代理服务。
应用客户端 30: 应用服务的客户端软件， 例如 MSN、 QQ客户端软件。 Push客户端 40:用于运行 Push客户端软件，发起 Push注册，在收到 Push 消息时， 按照预先的设定完成相应的响应；
在一个实施例中，按照预先的设定完成相应的响应可以包括： 拉起对应的 应用客户端、 或者展示一条通知消息到 UE界面等。
Push server 50: Push JR务器， 它主要完成以下几个方面的功能：
1、 保存用户标识。 所述用户标识可以包括静态标识和动态标识其中的一 种或者两种。 静态标识是用户签约 Push服务或用户初次使用 Push服务时， 运 营商分配给签约 Push服务的用户的标识， 它长期有效， 一个 Push服务签约用 户可拥有一个或多个用户静态标识； 动态标识是 Push客户端每次注册到 Push server时， Push server按用户的需求为用户动态分配的标识， 它有时效性。
需要强调的是， 动态标识是可选的， 如果静态标识可用， 可以完全基于静 态标识来完成所有的业务流程， 这种情况下， Push Server也就不需要为 UE分 配动态标识。 用户标识（包括静态标识和动态标识） 带有用户签约 Push服务 的域信息，例如 username@push.chinamobile.com,应用服务器能够根据用户标 识找到对应的 Push server
2、 保存应用标识。 所述应用标识是指应用服务的标识， 是运营商定义的 应用标识， 使用 Push服务的应用服务必须在运营商处注册， 运营商为该应用 服务分配 Push服务中使用的应用标识。应用服务器下发的 Push消息中应包含 应用标识。
3、 保存用户标识与 UE私有 IP地址的映射关系， 一个用户标识可对应多 个 UE私有 IP地址。
可选地， 还可以保留用户标识与用户 IMSI的映射关系， 特别当 UE没有 获得私有 IP地址的情况下 （如 UE仅仅是附着在无线网络上， 但没有启动互 联网相关的业务， 因此没有分配私有 IP地址） ， 则必须保存用户标识与用户 IMSI的映射关系。
4、 接收应用服务器 10下发的 Push消息， 根据用户标识查询 UE的私有
IP地址或者 IMSI等， 根据 UE的私有 IP地址或者 IMSI, 通过 PS域节点将 Push消息转发给 UE。 可选的， 在接收到应用服务器下发的的 Push消息后， Push Server可以首先认证该 Push消息中携带的应用标识， 如果该应用标识是 合法的， 则进行下面的操作。
PS域节点 60:用于提供 UE到 Push server50的连接服务，将 Push消息发 送到 UE。
进一步地， PS域节点根据不同的应用场景分为两类：
第一类 PS域节点在本发明实施例中称为 PS域节点一，所述 PS域节点一 用来作为对外的网关，负责分组网络接入控制和数据路由、 UE的 IP地址分配、 移动性管理和用户数据管理等功能， 在 2G的 GPRS网络和 3G网络中该类节 点称为 GGSN, 后续长期演进网络中称为 P-GW、 或 HA, 在 WiMAX网络中 称为 ASN GW或 HA, 在 3GPP2网络中称为 PDSN或 HA, 其完成的功能是 类似的；
第二类 PS域节点在本专利中称为 PS域节点二，所述 PS域节点二用来作 为 UE接入 PS域的服务网关， 负责鉴权和加密、 移动性管理、 会话控制、 和 数据路由等功能， 在 2G的 GPRS网络和 3G网络中该类节点称为 SGSN, 后 续演进网络中称为 S-GW、 或 MME ( Mobility Management Entity, 移动管理实 体） ， 在 WiMAX网络中称为 ASN GW, 在 3GPP2网络中称为 PDSN, 其完 成的功能是类似的。
本发明实施例中， 如果 UE获得了由 PS域节点一分配的私有 IP地址， 则 只需要 PS域节点一就可完成将 Push消息发送到 UE; 如果 UE没有获得私有 IP地址（如 UE仅仅是附着在无线网络上， 但没有启动互联网相关的业务， 因 此没有分配私有 IP地址） ， 则需要 PS域节点一和 PS域节点二共同配合工作 来完成将 Push消息发送到 UE。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省了网络资 源和 UE耗电， 减轻了网络侧信令负担。 实施例二 本发明实施例提供一种新的 Push服务， 交互过程如图 5所示， 在本实施 例中 UE已获得私有 IP地址， 下面是对其中交互过程的详细说明。
在提供 Push服务前， UE需要获得私有 IP地址。 以现有的无线网络 PS 域为例， 当 UE与网络附着后， 向网络请求一个 IP地址,该地址可以为静态或 动态 PDP地址， 静态 PDP地址必须由家乡网络 HPLMN 久分配给 UE, 动 态 PDP地址则可由 HPLMN或 VPLMN动态分配给 UE。
当激活 PDP context时， HPLMN或 VPLMN为 UE分配一个 PDP地址给 UE, 由 PS域节点一负责分配或释放这个动态地址。
为 UE分配的 IP地址是 PS域节点一管理的私有地址， 即前面所述的私有 IP地址。 通常， 该私有 IP地址是按照网段来划分的， 因此根据 UE的私有 IP 地址所属网段即可找到它当前连接的 PS域节点一。
考虑到某些情况下私网地址不能路由， 例如 PS域节点一的网段有重叠， 则需要 Push server与 PS域节点一之间建立 VPN或隧道连接， 保证业务数据 传输。
在提供 Push服务前， Push server还需要获得并保存用户标识。 所述用户 标识可以包括静态标识和动态标识其中的一种或者两种。静态标识是用户签约 Push服务、或用户初次使用 Push服务时，运营商分配给签约 Push服务的用户 的标识， 它长期有效， 一个 Push服务签约用户可拥有一个或多个用户静态标 识； 动态标识是 Push客户端每次注册到 Push server时 , Push server按用户的 需求为用户动态分配的标识，它有时效性。需要强调的是，动态标识是可选的， 如果静态标识可用， 可以完全基于静态标识来完成所有的业务流程， 这种情况 下， Push Server也就不需要为 UE分配动态标识。
在提供 Push服务前， Push server还需要获得并保存应用标识。 所述应用 标识是指应用服务的标识， 是运营商定义的应用标识， 使用 Push服务的应用 服务必须在运营商处注册， 运营商为该应用服务分配 Push服务中使用的应用 标识。
在提供 Push服务前， Push server还需要获得并保存用户标识与 UE私有 IP地址的映射关系， 一个用户标识可对应多个 UE私有 IP地址。
用户在首次使用 Push服务时， Push客户端先向 Push server注册， Push server通过用户静态标识完成对用户的验证。
UE上需要预先配置 Push server的 APN。 每次 Push客户端向 Push server 注册前， UE先将该 APN上 给网络， 网络根据 APN为 UE分配对应的 PS 域节点一； 此后的 Push客户端发送的注册消息将被发到该 PS域节点一上，该 PS域节点一根据 APN找到对应的 Push server, 将注册消息发给 Push Server; Push server处理完注册后， 向 Push客户端返回注册响应消息。 这样注册的过 程即可完成。
一种特殊的场景下会发生串号，即 Push server上保存了用户标识和 UE的 私有 IP地址的对应关系，但 UE的私有 IP地址变了， 并且原来这个私有 IP地 址又被分配给了另外一个 UE,那么当 Push server要向原用户发送 push消息时， 仍旧按照原来的对应关系将 push消息发给原来的私有 IP地址， 则 push消息 将被发给后面得到这个私有 IP地址的 UE上。 为了避免串号， 本发明还要求， 当 UE的私有 IP地址被释放时， 先通知 Push server删除相应的用户标识和私 有 IP地址对应关系的记录。 即， 如果是 UE发起的私有 IP地址释放， 则释放 之前， Push客户端先通知 Push server删除相应的用户标识和私有 IP地址对应 关系的记录； 如果是网络侧发起的私有 IP地址释放， 则 PS域节点一同时通知 Push server删除相应的用户标识和私有 IP地址对应关系的记录。
用户首次使用 Push服务时， 应用客户端向应用服务器注册， 登记用户静 态标识和应用用户名， 应用服务器保存用户静态标识和应用用户名。
UE在通过应用客户端登录应用服务器后， 可退出应用客户端， 与应用服 务器连接中断。 在这个阶段 PS域节点一保持用于应用客户端登录应用服务器 的 pdp context不释放。
Push服务的流程如图 6所示下， 其详细步骤如下：
S601： Push server接收应用服务器下发的 Push消息。
可选的， 在接收到应用服务器下发的的 Push消息后， Push server可以认 证该 Push消息中携带的应用标识， 如果该应用标识是合法的， 则进行下面的 操作。
可选的， 在接收到应用服务器下发的 Push消息后， Push server还可以认 证发送该 Push消息的应用服务器，认证应用服务器可以基于该 Push消息头中 带的应用服务器域名， 根据应用服务器域名来验证； 也可以基于该 Push消息 的源 IP地址来 3全证， 这个 IP地址就是应用 良务器的 IP地址。 如果该应用月良 务器可使用 Push服务， 则进行下面的操作。
上述两个可选的认证步骤， 可以都不执行、 可以执行其中任意一个、 也可 以执行两个。
S602: Push server根据用户标识获得 UE的私有 IP地址。 Push server从 Push消息中获得用户标识， 根据所述用户标识与 UE私有 IP地址的映射关系 获得 UE的私有 IP地址。 可选的， Push server验证 Push消息中用户标识的合 法性。
S603: Push server根据 UE私有 IP地址获得 UE当前连接的 PS域节点一， 并把 Push消息发送给所述 PS域节点一， 以通过所述 PS域节点将 Push消息 发送给 UE。
所述 Push server根据 UE私有 IP地址获得 UE当前连接的 PS域节点一的 方法， 在本实施例前面部分已详细叙述， 在此不再重复。
所述 PS域节点根据 Push消息中的 IP五元组（目的地址、 目的端口、 源 地址、 源端口、 IP版本 )找到对应的 PDP context, 将 Push消息和应用标识放 在该 PDP context上发给 UE。 UE上的 Push客户端检测到有 Push消息到达,提示用户有 Push消息到达， 询问是否查看。若用户选择查看， 则根据应用标识启动对应的应用客户端查看 该信息。 此后， 可能还会进行别的应用服务数据交互。 若用户选择不查看， 则 结束。 或者， UE上的 Push客户端检测到有 Push消息到达， 该 Push消息仅仅 是一个通知类消息， 则仅向用户显示有 Push消息到达， 而不再启动别的应用 客户端。
进一步地， 如果 UE处于空闲状态时， 所述 PS域节点需要发起使用现有 技术中的 paging过程唤醒 UE。 如果所述 PS域节点需要向某个 UE发 push消 息， 而 UE处于空闲状态， 则先 paging唤醒， 再进行后续的 Push消息发送。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例三
本发明实施例是在实施例二的基础上进一步的增强所提供一种新的 Push 服务， 其交互过程如图 7所示， 在本实施例中 UE仅附着到网络， 还没有可用 的私有 IP地址， 下面是对其中交互过程的详细说明。
在提供 Push服务前， Push server需要获得并保存用户标识。 在本实施例 中， 用户标识是指静态标识， 是用户签约 Push服务、 或用户初次使用 Push服 务时， 运营商分配给签约 Push服务的用户的标识， 它长期有效， 一个 Push服 务签约用户可拥有一个或多个用户静态标识。
在提供 Push服务前， Push server还需要获得并保存应用标识。 所述应用 标识是指应用服务的标识， 是运营商定义的应用标识， 使用 Push服务的应用 服务必须在运营商处注册， 运营商为该应用服务分配 Push服务中使用的应用 标识。
在提供 Push服务前， Push server还需要获得并保存用户标识与 UE的 IMSI 的映射关系。 即用户在签约 push服务， 或首次使用 Push服务时， 运营商绑定 用户静态标识和 UE的 IMSI。
用户首次使用应用服务时，应用客户端向应用服务器注册，登记用户静态 标识和应用用户名， 应用服务器保存用户静态标识和应用用户名。
Push服务的流程如图 8所示下， 其详细步骤如下：
S801: Push server接收应用服务器下发的 Push消息。
可选的， 在接收到应用服务器下发的的 Push消息后， Push server可以认 证该 Push消息中携带的应用标识， 如果该应用标识是合法的， 则进行下面的 操作。
可选的， 在接收到应用服务器下发的 Push消息后， Push server还可以认 证发送该 Push消息的应用服务器，认证应用服务器可以基于该 Push消息头中 带的应用服务器域名， 根据应用服务器域名来验证； 也可以基于该 Push消息 的源 IP地址来 3全证， 这个 IP地址就是应用 良务器的 IP地址。 如果该应用月良 务器可使用 Push服务， 则进行下面的操作。
上述两个可选的认证步骤， 可以都不执行、 可以执行其中任意一个、 也可 以执行两个。
S802: Push server根据用户标识获得用户的 IMSI。 Push server从 Push消 息中获得用户标识， 根据所述用户标识与用户的 IMSI的映射关系获得用户的 IMSI。 可选的， Push server验证 Push消息中用户标识的合法性。 本实施例中， 所述的用户标识是指静态标识。
S803: Push server根据用户的 IMSI选择 PS域节点，并把 Push消息和 IMSI 发送给所述 PS域节点， 以通过所述 PS域节点将 Push消息发送给 UE。 可选 地， Push server可以通过 CS域路由方法将 Push消息、 应用标识发给 UE。 所述 Push server根据用户的 IMSI选择 PS域节点， 包括如下过程：
Push server向保存用户信息（例如用户的签约信息或位置信息）的服务器 发送查询该 IMSI的网络附着信息的查询消息， 在不同网络中， 保存用户信息 的服务器可以是不同的网络， 在 3GPP网络中是 HLR或 HSS, 在 3GPP2或 WiMAX网络中是 AAA服务器，与异构网络互通的 3GPP网络中也有 AAA服 务器。 本实施例中以 3GPP网络为例， 即 Push Server发携带 IMSI的 SRI for
GPRS消息到 HLR或 HSS查询该 IMSI是否已附着网络（所述 SRI for GPRS 消息参见 3GPP TS 23.060 v700 ) , 如已附着网络， HSS或 HLR将附着的 PS 域节点二返回给 Push server, Push server选择一个能与该 PS域节点二通信的 PS域节点一， 将 Push消息发给选择的 PS域节点一；
或者， Push server在查询消息中增加自己的 APN , HLR或 HSS判断出该
IMSI已附着网络，则根据 APN选择一个 PS域节点一，将所述 PS域节点一信 息 （地址或域名）返回给 Push server。 Push server将 Push消息 （带用户标识 和 IMSI )发给该 GGSN;
或者，运营商已预先设置规则来选择 Push服务对应的 APN,则 Push server 根据该 APN选择一个 PS域节点一， 将 Push消息发给该 PS域节点一。
当然， 如果 Push server查询 HLR或 HSS发现该 IMSI没有附着网络， 则 整个 Push流程结束， 向应用服务器返回失败指示。
进一步地， 在选择了 PS域节点一后， Push server把 Push消息和 IMSI发 送给所述 PS域节点一， 采用如图 9所示的交互过程将 Push消息发送到 UE, 其详细的步骤如图 10所示， 图 9和图 10所描述的过程是以 3GPP网络为例来 说明的， 对非 3GPP网络其执行类似交互功能的节点的名称有所不同， 其交互 的消息的名称也有所不同， 但其交互过程是一致的。 下面是对图 10中每个步 骤的具体的解释：
S1001: PS域节点一收到一个数据包（包含 Push消息和 IMSI ) , 在不同 无线网络中数据包的名称不同， 如 WCDMA网络中为 PDP PDU包。
S1002: PS域节点一向 HLR或 HSS发包含 IMSI的查询消息， HLR或 HSS 如果查到该 IMSI的 UE, 则返回查询结果， 其中包括 IMSI、 PS域节点二的地 址、 终端不可达原因等。
S1003: 如果 PS域节点一查到了 PS域节点二的地址， 并且没有终端不可 达原因、 或终端不可达原因为 no paging response, 并且该 UE有静态的 PDP 地址（ IP地址 ) , 则 PS域节点一向 PS域节点二发送 PDU Notification Request (协议数据单元通知请求） 消息， 其中包括 IMSI、 PDP type ( PDP 类型） 、 PDP地址、 APN等； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation (请求分组数据协议内容激活 ) 消息， 包括 TI ( Transaction identifier事务标识） 、 PDP type, PDP地址、 APN等。 所述 Request PDP Context Activation 消息用于所述 UE发起 PDP Context activation过程， 生成可用的 PDP Context。
PS域节点二向 PS域节点一返回一个 PDU Notification Response消息作为 收到确认。
S1004: PS域节点一使用所述的 PDP Context把所述收到的数据包发给 所述 UE。 进一步地， 如果该 UE没有静态的 PDP地址（ IP地址） ， 则步骤 S1003 和步骤 1004可以是如下三种组合中的一种：
组合一：
S1003: 如果 PS域节点一查到了 PS域节点二的地址， 并且没有终端不可 达原因、 或终端不可达原因为 no paging response, 并且该 UE没有静态的 PDP 地址（ IP地址 ) , 则 PS域节点一向 PS域节点二发送 PDU Notification Request 消息， 其中包括 IMSI、 PDP type、 PDP地址、 APN等， 其中 PDP地址留空； 所述 PDU Notification Request消息用于所述 PS域节点二向 UE发送 Request PDP Context Activation消息， 包括 ΤΙ ( Transaction identifier事务标识 )、 PDP type, PDP地址、 APN等， 其中 PDP地址为所述 PDU Notification Request消 息中的 PDP地址；所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程， 申请动态 PDP地址， 生成可用的 PDP Context。
PS域节点二向 PS域节点一返回一个 PDU Notification Response消息作为 收到确认。
S1004: PS域节点一使用所述的 PDP Context把所述收到的数据包发给所 述 UE。
组合二：
S1003: 如果 PS域节点一查到了 PS域节点二的地址， 并且没有终端不可 达原因、 或终端不可达原因为 no paging response, 并且该 UE没有静态的 PDP 地址（IP地址 ) , 则 PS域节点一先为该 UE分配一个动态 PDP地址， 然后 PS域节点一向 PS域节点二发送 PDU Notification Request消息， 其中包括 IMSL PDP type、 PDP地址、 APN等， 其中 PDP地址填写所述的动态 PDP地 址，并且增加一个指示字段，标明这是一个新分的地址； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息， 包括 Ή ( Transaction identifier事务标识）、 PDP type、 PDP地址、 APN、 指示 字段等， 其中 PDP地址为所述 PDU Notification Request消息的 PDP地址， 其 中指示字段为所述 PDU Notification Request消息的指示字段； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程， 使 用所述 Request PDP Context Activation消息的所述 PDP地址和所述指示字段， 生成可用的 PDP Context。
PS域节点二向 PS域节点一返回一个 PDU Notification Response消息作为 收到确认。
S1004: PS域节点一使用所述的 PDP Context把所述收到的数据包发给所 述 UE。
组合三：
S1003: 如果 PS域节点一查到了 PS域节点二的地址， 并且没有终端不可 达原因、 或终端不可达原因为 no paging response, 并且该 UE没有静态的 PDP 地址（ IP地址 ) , 则 PS域节点一向 PS域节点二发送 PDU Notification Request 消息， 其中包括 IMSI、 PDP type、 PDP地址、 APN等， 其中 PDP地址留空， 并且增加一个指示字段， 表明要求发起没有静态 IP地址时的网络侧激活 PDP context流程； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息 ,包括 TI( Transaction identifier事务标识 )、 PDP type, PDP地址、 APN、 指示字段等， 其中所述 PDP地址为所述 PDU Notification Request 消息中的 PDP 地址， 其中所述指示字段为所述 PDU Notification Request消息的所述指示字段；所述 Request PDP Context Activation 消息用于所述 UE发起 PDP Context activation过程， 使用所述 Request PDP Context Activation消息的所述指示字段申请动态 PDP地址， 生成可用的 PDP Context。
PS域节点二向 PS域节点一返回一个 PDU Notification Response消息作为 收到确认。
S1004: PS域节点一使用所述的 PDP Context把所述收到的数据包发给所 述 UE。
进一步地，UE上的 Push客户端检测到有 Push消息到达,提示用户有 Push 消息到达， 询问是否查看。 若用户选择查看， 则根据应用标识启动对应的应用 客户端查看该信息。 此后， 可能还会进行别的应用服务数据交互。 若用户选择 不查看， 则结束。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例四
本发明实施例提供一种新的 Push服务， 交互过程如图 11所示， 在本实施 例中 UE已获得私有 IP地址， 并且应用服务器借助代理服务器来提供 Push服 务。
本发明实施例与实施例二的处理流程基本类似，其差别点在于将实施例二 中的应用服务器替换成了本实施例中的代理服务器，并增加了代理服务器与应 用服务器之间的交互过程。本实施例与实施例二中上述相同的部分不再重复叙 述，下面只是详细描述不同点和增加的代理服务器与应用服务器之间的交互过 程。
UE在通过应用客户端登录代理服务器后，登录信息除了携带应用信息（例 如用户名和密码）， 还需用户动态标识。 代理服务器代替用户向应用服务器进 行应用业务的登录， 登录信息携带用户名和密码等应用信息。
代理服务器代替用户在应用服务器保持登录状态 （例如保持心跳连接） 。 应用服务器向用户发 Push消息， 即向代理服务器发消息， Push消息中携 带用户名， 其中用户名是用户的应用层标识。
代理服务器根据用户名找到用户动态标识， 向 Push server发送包含用户 动态标识和应用标识的 Push消息， 这里的应用标识是代理服务的标识。
后续的处理过程和实施例二一样。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例五
本发明实施例提供一种新的 Push服务， 交互过程如图 12所示， 在本实施 例中 UE仅附着到网络， 还没有可用的私有 IP地址， 并且应用服务器借助代 理服务器来提供 Push服务。
本发明实施例与实施例三的处理流程基本类似，其差别点在于将实施例三 中的应用服务器替换成了本实施例中的代理服务器，并增加了代理服务器与应 用服务器之间的交互过程。本实施例与实施例三中上述相同的部分不再重复叙 述，下面只是详细描述不同点和增加的代理服务器与应用服务器之间的交互过 程。
用户在 Push服务签约、 或用户时初次使用 Push服务时， 需要向运营商登 记 IMSI, 运营商为用户分配用户静态标识。 Push server保存用户静态标识和 IMSI的对应关系。
UE入网获得 IP地址后， Push客户端将静态标识和 IP地址注册到 Push server, 得到动态标识。 然后应用客户端向代理服务器发起应用登录， 上报应 用登录信息（应用用户名和密码等）和用户动态标识。 代理客户端再用应用登 录信息代替用户登录到应用服务器。
此后， UE退出了代理客户端， 释放了使用的 PDP Context, 没有 IP地址。 当应用服务器向用户发 Push消息时， 它向代理服务器发送带有用户名的
Push 消息， 其中的用户名是用户的应用层标识。 代理服务器根据用户名找到 对应的用户动态标识， 将含有用户动态标识和应用标识发给 Push server , 这个 应用标识是代理服务器的标识。
后续的处理过程和实施例二一样。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例六
本实施例提供一种 Push server装置， 如图 13所示， 该装置 1300包括： 交互单元一 1301: 该单元用于接收应用服务器下发的 Push消息。
可选的， 如果应用服务器不支持 Push服务， 该单元则接收由代理服务器 之间转发的应用服务器的 Push消息。
可选的， 在接收到应用服务器下发的的 Push消息后， 所述单元 1301可以 认证该 Push消息中携带的应用标识， 如果该应用标识是合法的， 则进行下面 的操作。
可选的， 在接收到应用服务器下发的 Push消息后， 所述单元 1301还可以 认证发送该 Push消息的应用服务器，认证应用服务器可以基于该 Push消息头 中带的应用服务器域名， 根据应用服务器域名来验证； 也可以基于该 Push消 息的源 IP地址来 3全证， 这个 IP地址就是应用 良务器的 IP地址。 如果该应用 服务器可使用 Push服务， 则进行下面的操作。
所述应用标识是指应用服务的标识，是运营商定义的应用标识，使用 Push 服务的应用服务必须在运营商处注册， 运营商为该应用服务分配 Push服务中 使用的应用标识。
上述两个可选的认证步骤， 可以都不执行、 可以执行其中任意一个、 也可 以执行两个。
路由查找单元一 1302:该单元用于根据用户标识获得用户设备 UE的私有 IP地址， 所述用户标识从 Push消息中获得。 在一个实施例中， 所述用户标识 可以包括静态标识和动态标识其中的一种或者两种。具体地，路由查找单元一 1302可以根据用户标识从存储的用户标识与 UE私有 IP地址的映射关系中查 询获得所述用户设备 UE的私有 IP地址。
路由查找单元二， 1303用于根据所述 UE的私有 IP地址获得所述 UE当 前连接的分组交换 PS域节点一，并把所述 Push消息发送给所述 PS域节点一， 以通过所述 PS域节点一将 Push消息发送给所述 UE。
其中， 根据所述 UE的私有 IP地址所属网段就可以找到它当前连接的 PS 域节点一， 或者如实施例二中所述的其它方法。
在一个实施例中， 如图 13中的虚线框所示， 该装置还可以包括： 交互单元二 1304: 该单元用于转发应用服务器下发的 Push消息到对应 的 PS域节点一， 所述 PS域节点一由路由查找单元二 1304确定。
该交互单元二 1304还用于： 接收 PS域节点转发的 Push客户端的注册申 请；接收 PS域节点一发送或者从 UE发送的删除用户标识和私有 IP地址对应 关系的请求。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例七
本实施例提供一种 PS域节点一装置， 如图 14所示， 该装置 1400包括： 交互单元一 1401： 该单元用于接收数据包， 所述数据包包含 Push消息和 IMSI;
查询单元 1402: 该单元用于向保存用户信息的服务器发包含 IMSI的查询 消息， 获得返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原 因；
路由单元 1403: 该单元用于向所述 PS域节点二发送 PDU Notification Request消息；所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息； 所述 Request PDP Context Activation消 息用于所述 UE发起 PDP Context activation过程， 生成可用的 PDP Context; 其中所述 PDU Notification Request消息的 PDP地址为所述 UE的静态 PDP 地址， 所述 Request PDP Context Activation消息中的 PDP地址为所述 PDU Notification Request消息中的 PDP地址；
或者所述 PDU Notification Request消息的 PDP地址留空， 所述 Request PDP Context Activation消息中的 PDP地址为所述 PDU Notification Request消 息中的 PDP地址， 所述 UE发起 PDP Context activation过程， 申请动态 PDP 地址， 生成可用的 PDP Context;
或者所述 PDU Notification Request消息中的 PDP地址是 PS域节点一为所 述 UE动态分配的， 并且增加一个指示字段， 标明这是一个新分的地址； 所述 Request PDP Context Activation消息， 包括 PDP type、 PDP地址、 指示字段， 其中所述 PDP地址为所述 PDU Notification Request消息的 PDP地址， 其中所 述指示字段为所述 PDU Notification Request消息的指示字段； ； 所述 UE发起 PDP Context activation过程， 使用所述 Request PDP Context Activation消息的 所述 PDP地址和所述指示字段， 生成可用的 PDP Context;
或者所述 PDU Notification Request消息中的 PDP地址留空， 并且增加一 个指示字段,表明要求发起没有静态 IP地址时的网络侧激活 PDP context流程； 所述 Request PDP Context Activation消息， 包括 PDP type、 PDP地址、 指示字 段，其中所述 PDP地址为所述 PDU Notification Request消息中的 PDP地址， 其 中所述指示字段为所述 PDU Notification Request消息的所述指示字段； UE发 起 PDP Context activation过程， 使用所述 Request PDP Context Activation消息 的所述指示字段申请动态 PDP地址， 生成可用的 PDP Context;
交互单元二 1404: 该单元用于使用所述的 PDP Context把所述收到的数 据包发给所述 UE。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例八
本实施例提供一种 Push server装置， 如图 15所示， 该装置 1500包括： 交互单元一 1501: 该单元用于接收应用服务器下发的 Push消息。
可选的， 如果应用服务器不支持 Push服务， 该单元则接收由代理服务器 之间转发的应用服务器的 Push消息。
可选的， 在接收到应用服务器下发的的 Push消息后， 所述单元 1301可以 认证该 Push消息中携带的应用标识， 如果该应用标识是合法的， 则进行下面 的操作。
可选的， 在接收到应用服务器下发的 Push消息后， 所述单元 1301还可以 认证发送该 Push消息的应用服务器，认证应用服务器可以基于该 Push消息头 中带的应用服务器域名， 根据应用服务器域名来验证； 也可以基于该 Push消 息的源 IP地址来 3全证， 这个 IP地址就是应用 良务器的 IP地址。 如果该应用 服务器可使用 Push服务， 则进行下面的操作。
所述应用标识是指应用服务的标识，是运营商定义的应用标识，使用 Push 服务的应用服务必须在运营商处注册， 运营商为该应用服务分配 Push服务中 使用的应用标识。
上述两个可选的认证步骤， 可以都不执行、 可以执行其中任意一个、 也可 以执行两个。
路由查找单元一 1502: 该单元用于根据用户标识获得用户的 IMSI, 所述 用户标识从 Push消息中获得。 在一个实施例中， 所述用户标识可以包括静态 标识和动态标识其中的一种或者两种。 具体地， 路由查找单元一 1502可以根 据用户标识从存储的用户标识与用户的 IMSI的映射关系中查询获得。
路由查找单元二 1503 , 用于根据所述用户的 IMSI选择 PS域节点， 并把 Push消息和 IMSI发送给所述 PS域节点， 以通过所述 PS域节点将 Push消息 发送给 UE, 其方法如实施例三中所述。
在一个实施例中， 如图 15中的虚线框所示， 该装置还可以包括： 交互单元二 1504: 该单元用于转发应用服务器下发的 Push消息到对应 的 PS域节点一， 所述 PS域节点一由路由查找单元二 1503确定。
该交互单元二 1504还用于： 接收 PS域节点转发的 Push客户端的注册申 请。
在一个实施例中， 路由查找单元二 1503可以包括： 第一查找子单元或者 第二查找子单元或者第三查找子单元；
上述第一查找子单元， 用于向保存用户信息的服务器发送查询所述 IMSI 的网络附着信息的查询消息， 并获得所述保存用户信息的服务器返回的 PS域 节点二， 选择一个能与所述 PS域节点二通信的 PS域节点一；
上述第二查找子单元， 用于向保存用户信息的服务器发送查询该 IMSI的 网络附着信息的查询消息， 在所述查询消息中增加 Push server的 APN, 并获 得所述保存用户信息的服务器返回的根据所述 APN确定的 PS域节点一，选择 所述返回的 PS域节点一；
上述第三查找子单元， 用于使用 Push server的 APN根据预先设置的规则 选择 PS域节点一。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 实施例九
本实施例提供一种 UE装置， 如图 16所示， 该装置 1600包括：
应用客户端单元 1601 : 该单元为应用服务的客户端软件， 例如 MSN、 QQ 客户端软件。
Push客户端单元 1602: 该单元向 Push server发起 Push注册, 同时在 4丈到 应用服务器发送的 Push消息时， 按照预先的设定完成相应的响应， 例如拉起 对应的应用客户端、 或者展示一条通知消息到 UE界面等。
通过本发明实施例， UE上的 Push客户端在完成 Push注册后可以与 Push server之间断开连接， 避免了传统 Push业务要求的心跳连接和对现有 NAT机 制的更改； 不要求 UE上的应用客户端始终在线， 而是通过 PS域节点找到该 UE并将 Push消息发送到该 UE,从而能保证用户对 Push消息永久可达， 节省 了网络资源和 UE耗电， 减轻了网络侧信令负担。 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储 于一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的 实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体 ( Read-Only Memory, ROM )或随机存储记忆体 ( Random Access Memory , RAM ) 等。
其进行限制，尽管参照较佳实施例对本发明实施例进行了详细的说明， 本领域 的普通技术人员应当理解：其依然可以对本发明实施例的技术方案进行修改或 者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明 实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种信息推送 Push的方法， 其特征在于， 包括：
接收应用服务器下发的 Push消息；
根据用户标识获得用户设备 UE的私有 IP地址，所述用户标识从所述 Push 消息中获得；
根据所述 UE的私有 IP地址获得所述 UE当前连接的分组交换 PS域节点 一， 并把所述 Push消息发送给所述 PS域节点一， 以通过所述 PS域节点一将 所述 Push消息发送给所述 UE。
2、 根据权利要求 1所述的方法， 其特征在于， 所述用户标识包括静态标 识和动态标识其中的一种或者两种。
3、 根据权利要求 2所述的方法， 其特征在于， 所述静态标识是用户签约 Push服务或用户初次使用 Push服务时，运营商分配给签约 Push服务的用户的 标识； 所述动态标识是 Push客户端每次注册到 Push服务器 Push server时，所 述 Push server按用户的需求为用户动态分配的标识。
4、 根据权利要求 1所述的方法， 其特征在于， 所述 PS域节点一为网关 GPRS支持节点 GGSN、 分组数据网络网关 P-GW、 家乡代理 HA、 接入服 务网网关 ASN GW和分组数据服务节点 PDSN中的任意一种。
5、 根据权利要求 1所述的方法， 其特征在于， 所述 UE的私有 IP地址由 所述 PS域节点一管理。
6、 根据权利要求 1所述的方法， 其特征在于， 所述根据用户标识获得用 户设备 UE的私有 IP地址， 包括：
根据所述用户标识以及用户标识与 UE私有 IP地址的映射关系获得所述 UE的私有 IP地址。
7、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述 UE的私有
IP地址获得所述 UE当前连接的分组交换 PS域节点一， 包括： 根据所述 UE的私有 IP地址所属网段找到它当前连接的 PS域节点一。
8、 一种信息 Push的方法， 其特征在于， 包括：
接收应用服务器下发的 Push消息；
根据用户标识获得用户的国际移动用户标识 IMSI, 所述 IMSI从 Push消 息中获得；
根据所述用户的 IMSI选择 PS域节点一，并把所述 Push消息和所述 IMSI 发送给所述 PS域节点一， 以通过所述 PS域节点一将所述 Push消息发送给 UE。
9、 根据权利要求 8所述的方法， 其特征在于， 所述根据用户标识获得用 户的国际移动用户标识 IMSI, 包括：
根据所述用户标识和所述用户标识与用户的 IMSI的映射关系获得用户的 IMSL
10、根据权利要求 8所述的方法，其特征在于，所述根据所述用户的 IMSI 选择 PS域节点一， 包括：
向保存用户信息的服务器发送查询所述 IMSI 的网络附着信息的查询消 息， 并获得所述保存用户信息的服务器返回的 PS域节点二， 选择一个能与所 述 PS域节点二通信的 PS域节点一；
或者， 向保存用户信息的服务器发送查询该 IMSI的网络附着信息的查询 消息， 在所述查询消息中增加 Push server的接入点名称 APN, 并获得所述保 存用户信息的服务器返回的根据所述 APN确定的 PS域节点一，选择所述返回 的 PS域节点一；
或者， 使用 Push server的 APN根据预先设置的规则选择 PS域节点一。
11、 根据权利要求 8所述的方法， 其特征在于， 所述通过所述 PS域节点 一将 Push消息发送给 UE, 包括：
所述 PS 域节点一收到数据包， 所述数据包包含所述 Push 消息和所述 IMSI;
所述 PS域节点一向保存用户信息的服务器发包含 IMSI的查询消息， 获 得返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因；
所述 PS域节点一向所述 PS 域节点二发送协议数据单元通知请求 PDU Notification Request消息， 所述 PDU Notification Request消息中的分组数据协 议 PDP地址为所述 UE的静态 PDP地址； 所述 PDU Notification Request消息 用于所述 PS域节点二向所述 UE发送请求分组数据协议内容激活 Request PDP Context Activation消息，所述 Request PDP Context Activation消息中的 PDP地 址为所述 PDU Notification Request消息中的 PDP地址； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程， 生成可 用的分组数据协议内容 PDP Context;
所述 PS 域节点一使用所述 PDP Context将所述收到的数据包发给所述
UE。
12、 根据权利要求 8所述的方法， 其特征在于， 所述通过所述 PS域节点 一将所述 Push消息发送给 UE, 包括：
所述 PS 域节点一收到数据包， 所述数据包包含所述 Push 消息和所述 IMSI;
所述 PS域节点一向保存用户信息的服务器发包含所述 IMSI的查询消息， 获得返回信息， 所述返回消息包括 PS域节点二的地址或终端不可达原因； 所述 PS域节点一向所述 PS域节点二发送 PDU Notification Request消息， 所述 PDU Notification Request消息中的 PDP地址留空； 所述 PDU Notification Request 消息用于所述 PS 域节点二向所述 UE发送 Request PDP Context Activation消息， 包括 PDP类型 PDP type、 PDP地址， 其中所述 Request PDP Context Activation消息中的 PDP地址为所述 PDU Notification Request消息中 的 PDP地址；所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程， 申请动态 PDP地址， 生成可用的 PDP Context;
所述 PS 域节点一使用所述 PDP Context把所述收到的数据包发给所述
UE。
13、 根据权利要求 8所述的方法， 其特征在于， 所述通过所述 PS域节点 一将俗书 Push消息发送给所述 UE, 包括：
所述 PS 域节点一收到数据包， 所述数据包包含所述 Push 消息和所述 IMSI;
所述 PS域节点一向保存用户信息的服务器发包含所述 IMSI的查询消息， 获得返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因； 所述 PS域节点一向所述 PS域节点二发送 PDU Notification Request消息， 所述 PDU Notification Request消息中的 PDP地址是所述 PS域节点一为所述 UE动态分配的，并且增加一个指示字段，标明这是一个新分的地址；所述 PDU Notification Request消息用于所述 PS域节点二向所述 UE发送 Request PDP Context Activation消息， 包括 PDP type、 PDP地址、 指示字段， 其中所述 PDP 地址为所述 PDU Notification Request消息的 PDP地址， 其中所述指示字段为 所述 PDU Notification Request消息的指示字段； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程，使用所述 Request PDP Context Activation消息的所述 PDP地址和所述指示字段，生成可用的 PDP Context;
所述 PS 域节点一使用所述 PDP Context把所述收到的数据包发给所述
UE。
14、 根据权利要求 8所述的方法， 其特征在于， 所述通过所述 PS域节点 一将所述 Push消息发送给所述 UE, 包括：
所述 PS 域节点一收到数据包， 所述数据包包含所述 Push 消息和所述 IMSI; 所述 PS域节点一向保存用户信息的服务器发包含所述 IMSI的查询消息， 获得返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因； 所述 PS域节点一向所述 PS域节点二发送 PDU Notification Request消息， 所述 PDU Notification Request消息中的 PDP地址留空， 并且增加一个指示字 段， 表明要求发起没有静态 IP地址时的网络侧激活 PDP context流程； 所述 PDU Notification Request消息用于所述 PS域节点二向 UE发送 Request PDP Context Activation消息， 包括 PDP type、 PDP地址、 指示字段， 其中所述 PDP 地址为 PDU Notification Request消息中的 PDP地址， 其中所述指示字段为所 述 PDU Notification Request消息的所述指示字段； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation过程，使用所述 Request PDP Context Activation消息的所述指示字段申请动态 PDP地址， 生成可用的 PDP Context;
所述 PS 域节点一使用所述 PDP Context把所述收到的数据包发给所述
UE。
15、 一种数据包处理方法， 其特征在于， 包括：
PS域节点一收到数据包， 所述数据包包含 Push消息和 IMSI;
所述 PS域节点一向保存用户信息的服务器发包含所述 IMSI的查询消息， 获得返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因； 所述 PS域节点一向所述 PS域节点二发送 PDU Notification Request消息； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息；所述 Request PDP Context Activation消息用于所述 UE 发起 PDP Context activation过程， 生成可用的 PDP Context;
所述 PS 域节点一使用所述 PDP Context把所述收到的数据包发给所述
UE。
16、根据权利要求 15所述的方法， 其特征在于， 所述 PS域节点一向所述 PS域节点二发送 PDU Notification Request消息；所述 PDU Notification Request 消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息； 所述 Request PDP Context Activation消息用于所述 UE发起 PDP Context activation 过程， 生成可用的 PDP Context, 包括：
所述 PDU Notification Request消息的 PDP地址为所述 UE的静态 PDP地 址， 所述 Request PDP Context Activation 消息中的 PDP地址为所述 PDU Notification Request消息中的 PDP地址；
或者， 所述 PDU Notification Request消息的 PDP地址留 , 所述 Request PDP Context Activation消息中的 PDP地址为所述 PDU Notification Request消 息中的 PDP地址， 所述 UE发起 PDP Context activation过程， 申请动态 PDP 地址， 生成可用的 PDP Context;
或者，所述 PDU Notification Request消息中的 PDP地址是 PS域节点一为 所述 UE动态分配的， 并且增加一个指示字段， 标明这是一个新分的地址； 所 述 Request PDP Context Activation消息， 包括 PDP type, PDP地址、指示字段， 其中所述 PDP地址为所述 PDU Notification Request消息的 PDP地址， 其中所 述指示字段为所述 PDU Notification Request消息的指示字段； ； 所述 UE发起 PDP Context activation过程， 使用所述 Request PDP Context Activation消息的 所述 PDP地址和所述指示字段， 生成可用的 PDP Context;
或者， 所述 PDU Notification Request消息中的 PDP地址留空， 并且增加 一个指示字段， 表明要求发起没有静态 IP地址时的网络侧激活 PDP context 流程； 所述 Request PDP Context Activation消息， 包括 PDP type, PDP地址、 指示字段， 其中所述 PDP地址为所述 PDU Notification Request消息中的 PDP 地址， 其中所述指示字段为所述 PDU Notification Request消息的所述指示字 段； UE发起 PDP Context activation 过程， 使用所述 Request PDP Context Activation消息的所述指示字段申请动态 PDP地址， 生成可用的 PDP Context;
17、 一种 Push系统， 其特征在于， 包括： 应用服务器， Push客户端， Push server和 PS域节点 ,
所述应用服务器， 用于提供特定应用服务的服务器和发送 Push消息； 所述 Push客户端， 用于运行 Push客户端软件， 向所述 Push server发起 Push注册， 在收到所述应用服务器发送的 Push消息时， 按照预先的设定完成 相应的响应；
所述 Push server, 用于 居保存的用户标识、 应用标识、 用户标识与 UE 私有 IP地址的映射关系、用户标识与用户 IMSI的映射关系信息， 为应用服务 器发送的 Push消息确定对应的 PS域节点， 并发送所述 Push消息给所述 PS 域节点；
所述 PS域节点， 用于提供所述 UE到所述 Push server的连接服务， 将所 述 Push消息发送到所述 UE。
18、 一种 Push server装置， 其特征在于， 包括：
交互单元一， 用于接收应用服务器下发的 Push消息；
路由查找单元一， 用于根据用户标识获得用户设备 UE的私有 IP地址， 所述用户标识从所述 Push消息中获得；
路由查找单元二，用于根据所述 UE的私有 IP地址获得所述 UE当前连接 的分组交换 PS域节点一， 并把所述 Push消息发送给所述 PS域节点一， 以通 过所述 PS域节点一将 Push消息发送给所述 UE;
19、 根据权利要求 18所述的装置， 其特征在于， 所述装置还包括： 交互单元二，用于转发应用服务器下发的 Push消息到对应的 PS域节点一， 所述 PS域节点一由所述路由查找单元二确定。
20、 根据权利要求 18所述的方法， 其特征在于， 所述路由查找单元一具 体用于：
根据用户标识从存储的用户标识与 UE私有 IP地址的映射关系中查询获 得所述用户设备 UE的私有 IP地址。
21、 一种 Push server装置， 其特征在于， 包括：
交互单元一， 用于接收应用服务器下发的 Push消息；
路由查找单元一， 用于根据用户标识获得用户的 IMSI, 所述用户标识从 所述 Push消息中获得；
路由查找单元二， 用于根据所述用户的 IMSI选择 PS域节点一， 并把所 述 Push消息和所述 IMSI发送给所述 PS域节点一， 以通过所述 PS域节点一 将所述 Push消息发送给 UE。
22、 根据权利要求 21所述的装置， 其特征在于， 所述装置还包括： 交互单元二，用于转发应用服务器下发的 Push消息到对应的 PS域节点一， 所述 PS域节点一由所述路由查找单元二确定。
23、 根据权利要求 21所述的方法， 其特征在于， 所述路由查找单元一具 体用于：
根据用户标识从存储的用户标识与用户的 IMSI的映射关系中查询获得所 述用户的 IMSI。
24、 根据权利要求 21所述的装置， 其特征在于， 所述路由查找单元二包 括： 第一查找子单元或者第二查找子单元或者第三查找子单元；
所述第一查找子单元， 用于向保存用户信息的服务器发送查询所述 IMSI 的网络附着信息的查询消息， 并获得所述保存用户信息的服务器返回的 PS域 节点二， 选择一个能与所述 PS域节点二通信的 PS域节点一；
所述第二查找子单元， 用于向保存用户信息的服务器发送查询该 IMSI的 网络附着信息的查询消息， 在所述查询消息中增加 Push server的 APN, 并获 得所述保存用户信息的服务器返回的根据所述 APN确定的 PS域节点一，选择 所述返回的 PS域节点一；
所述第三查找子单元， 用于使用 Push server的 APN根据预先设置的规则 选择 PS域节点一。
25、 一种 PS域节点一装置， 其特征在于， 包括：
交互单元一， 用于接收数据包， 所述数据包包含 Push消息和 IMSI;
查询单元， 用于向保存用户信息的服务器发包含 IMSI的查询消息， 获得 返回信息， 所述返回消息包括 PS域节点二的地址和终端不可达原因；
路由单元， 用于向所述 PS域节点二发送 PDU Notification Request消息； 所述 PDU Notification Request消息用于 PS域节点二向 UE发送 Request PDP Context Activation消息；所述 Request PDP Context Activation消息用于所述 UE 发起 PDP Context activation过程， 生成可用的 PDP Context; 交互单元二， 用于使用所述的 PDP Context把所述收到的数据包发给所述
UE。
PCT/CN2011/075102 2010-07-06 2011-06-01 一种信息推送方法、装置和系统 WO2011144134A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11783051.3A EP2584736A4 (en) 2010-07-06 2011-06-01 METHOD, APPARATUS AND SYSTEM FOR PUSHING INFORMATION
US13/735,818 US9219999B2 (en) 2010-07-06 2013-01-07 Information push method, apparatus, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010224328.3A CN102316423B (zh) 2010-07-06 2010-07-06 一种信息推送方法、装置和系统
CN201010224328.3 2010-07-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/735,818 Continuation US9219999B2 (en) 2010-07-06 2013-01-07 Information push method, apparatus, and system

Publications (1)

Publication Number Publication Date
WO2011144134A1 true WO2011144134A1 (zh) 2011-11-24

Family

ID=44991198

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075102 WO2011144134A1 (zh) 2010-07-06 2011-06-01 一种信息推送方法、装置和系统

Country Status (4)

Country Link
US (1) US9219999B2 (zh)
EP (1) EP2584736A4 (zh)
CN (1) CN102316423B (zh)
WO (1) WO2011144134A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2926518A1 (en) * 2012-11-27 2015-10-07 Alcatel Lucent Push service without persistent tcp connection in a mobile network
CN107612789A (zh) * 2017-11-09 2018-01-19 北京奇艺世纪科技有限公司 一种客户端的心跳间隔调整方法及装置

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103209392B (zh) * 2012-01-16 2016-05-18 腾讯科技（深圳）有限公司 一种跨进程多应用消息推送方法及装置
US9749435B2 (en) * 2012-01-20 2017-08-29 Apple Inc. Proxy-based push service
CN102647307B (zh) * 2012-03-26 2018-03-20 中兴通讯股份有限公司 一种缩减心跳消息的方法及系统
CN103685396B (zh) * 2012-09-14 2017-04-19 北京神州泰岳软件股份有限公司 一种实现消息推送的方法和系统
CN104125141B (zh) * 2013-04-28 2017-03-01 腾讯科技（深圳）有限公司 一种通知消息的推送方法、服务器及系统
US9826055B2 (en) 2013-04-28 2017-11-21 Tencent Technology (Shenzhen) Company Limited Method, server, user terminal, and system for pushing notification message
US9674048B2 (en) * 2013-06-03 2017-06-06 Qualcomm Incorporated Efficient infrastructure service discovery with security
US9342554B2 (en) * 2013-07-05 2016-05-17 Facebook, Inc. Techniques to generate mass push notifications
US9621625B2 (en) * 2013-07-11 2017-04-11 Cinarra Systems Method and system for correlation of internet application domain identities and network device identifiers
TWI495369B (zh) * 2013-09-14 2015-08-01 Quanta Comp Inc 行動通訊裝置訊息提供方法
JP6471691B2 (ja) * 2013-09-27 2019-02-20 日本電気株式会社 サービス共通装置、及び判定方法
CN104660648B (zh) * 2013-11-25 2018-01-30 中国移动通信集团公司 一种消息推送系统、方法、装置及相关设备
CN103634322B (zh) * 2013-12-06 2017-01-11 中国联合网络通信集团有限公司 一种应用程序的心跳管理方法、装置及系统
KR102121918B1 (ko) 2013-12-20 2020-06-11 삼성전자주식회사 홈 네트워크 시스템에서 이벤트 통지 방법 및 장치
CN104767775B (zh) * 2014-01-06 2019-09-17 腾讯科技（深圳）有限公司 网页应用消息推送方法及系统
CN104268011A (zh) * 2014-09-25 2015-01-07 北京网秦天下科技有限公司 一种移动设备的指令处理方法、装置及系统
CN104618517B (zh) * 2015-03-05 2018-08-07 国家电网公司 一种推送消息的方法、系统及装置
CN107667544B (zh) * 2015-06-04 2021-11-09 瑞典爱立信有限公司 控制移动终端的通信模式
US20180077681A1 (en) * 2016-09-15 2018-03-15 Huawei Technologies Co., Ltd. Method and apparatus for paging an application on a user equipment
US20180098195A1 (en) * 2016-10-05 2018-04-05 Saguna Networks Ltd. Methods Circuits Devices Systems and Functionally Associated Computer Executable Code to Support Location Based Services to a Wireless Devices Communicatively Coupled to a Communication Network
KR102220994B1 (ko) * 2016-12-26 2021-02-25 주식회사 케이티 기업 전용 네트워크에서의 데이터 푸시 기능 제공 시스템 및 방법
US11720924B2 (en) 2017-04-05 2023-08-08 Cinarra Systems, Inc. Systems and methods for cookieless opt-out of device specific targeting
US11164212B2 (en) 2017-04-12 2021-11-02 Cinarra Systems, Inc. Systems and methods for relevant targeting of online digital advertising
CN110622528B8 (zh) * 2017-07-06 2021-08-13 华为技术有限公司 一种信息推荐方法及装置
CN109286648B (zh) * 2017-07-21 2020-11-06 比亚迪股份有限公司 数据推送方法、装置、系统和终端设备
CN108989187A (zh) * 2018-07-27 2018-12-11 深信服科技股份有限公司 邮件即时提醒系统及方法
CN108965114B (zh) * 2018-09-10 2021-08-10 每日互动股份有限公司 一种向终端设备推送信息的方法
CN112929457B (zh) * 2019-12-05 2022-11-01 中国移动通信集团设计院有限公司 Nat地址映射分时段保持方法、辅助服务器及设备
FR3110800A1 (fr) * 2020-05-19 2021-11-26 Orange Procédé de notification d’un terminal mobile
CN115378993B (zh) * 2022-07-26 2023-07-21 上海道客网络科技有限公司 支持命名空间感知的服务注册与发现的方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020138622A1 (en) * 2001-03-21 2002-09-26 Motorola, Inc. Apparatus and method of using long lived addresses in a private network for push messaging to mobile devices
CN1567846A (zh) * 2003-06-26 2005-01-19 华为技术有限公司 一种给无线局域网用户发送业务数据的方法
CN101277311A (zh) * 2007-03-28 2008-10-01 中兴通讯股份有限公司 一种基于wap网关的push方法和系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2459117C (en) * 2001-08-29 2008-03-11 Research In Motion Limited System and method for addressing a mobile device in an ip-based wireless network
DE10338708A1 (de) 2003-08-22 2005-06-09 Siemens Ag Verfahren zur Übertragung von WAP-Push-Nachrichten
DE10361949B4 (de) * 2003-12-30 2007-08-30 Siemens Ag Verfahren zur Zuweisung einer dynamischen IP-Adresse zu einem mobilen Endgerät unter Nutzung eines Präsenzdienstes
US7720788B2 (en) 2004-04-15 2010-05-18 Research In Motion Limited System and method for implementing a wireless access protocol push by establishing connection-oriented signaling channel for transmitting session initiation request
CN100345425C (zh) 2004-05-25 2007-10-24 中国移动通信集团公司 从信息系统向移动终端推送信息的方法及系统
US7426203B1 (en) 2005-11-01 2008-09-16 At&T Mobility Ii Llc WAP push over cell broadcast

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020138622A1 (en) * 2001-03-21 2002-09-26 Motorola, Inc. Apparatus and method of using long lived addresses in a private network for push messaging to mobile devices
CN1567846A (zh) * 2003-06-26 2005-01-19 华为技术有限公司 一种给无线局域网用户发送业务数据的方法
CN101277311A (zh) * 2007-03-28 2008-10-01 中兴通讯股份有限公司 一种基于wap网关的push方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2584736A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2926518A1 (en) * 2012-11-27 2015-10-07 Alcatel Lucent Push service without persistent tcp connection in a mobile network
CN107612789A (zh) * 2017-11-09 2018-01-19 北京奇艺世纪科技有限公司 一种客户端的心跳间隔调整方法及装置
CN107612789B (zh) * 2017-11-09 2020-08-28 北京奇艺世纪科技有限公司 一种客户端的心跳间隔调整方法及装置

Also Published As

Publication number Publication date
EP2584736A1 (en) 2013-04-24
US9219999B2 (en) 2015-12-22
EP2584736A4 (en) 2013-05-29
CN102316423B (zh) 2014-03-12
CN102316423A (zh) 2012-01-11
US20130121252A1 (en) 2013-05-16

Similar Documents

Publication Publication Date Title
WO2011144134A1 (zh) 一种信息推送方法、装置和系统
US10516647B2 (en) Method for establishing data connection on mobile network, mobile network, and policy control entity
JP5793812B2 (ja) データオフロードをトリガするための方法、ネットワーク側デバイス、ユーザ機器、およびネットワークシステム
KR101105259B1 (ko) 사용자 고정 ｉｐ 어드레스를 어드레싱하는 것을 지원하기 위한 방법, 시스템 및 장치
US9392636B2 (en) Methods and apparatuses for setting up a packet data network (PDN) connection
US8780796B1 (en) System and method for providing network initiated mobile access in a network environment
US11659621B2 (en) Selection of IP version
WO2009043209A1 (fr) Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos
JP2009510858A (ja) 拡張システム・アーキテクチャにおけるポリシ制御
US9241364B2 (en) Method for revocable deletion of PDN connection
WO2009092304A1 (zh) 选择策略和计费规则功能实体的方法和装置
KR20160121613A (ko) 모바일 네트워크를 통한 사용자 평면 트랜잭션의 지원
US9277356B2 (en) System and method for acquiring user location through user bearer identifier
US20150296445A1 (en) Method, device and system for managing packet data network type
WO2008131681A1 (fr) Procédé, système et appareil de mise en œuvre d'un service de sous-système multimédia ip dans un réseau visité
WO2009046666A1 (en) Addressing method of policy decision function entity, network element and network system
WO2017201903A1 (zh) 数据业务控制方法及相关设备
WO2013091397A1 (zh) 一种数据传输方法及装置
WO2013091383A1 (zh) 一种确定mtc-iwf实体的方法及装置
US20120120932A1 (en) Message-sending method and serving gprs support node
US8634394B1 (en) Mechanism to verify packet data network support for internet protocol mobility
WO2013044825A1 (zh) 接入控制方法、网关及系统
WO2011094956A1 (zh) 地址分配方法、装置及系统
CN108235428B (zh) 实现ue注册p-cscf的方法、mme设备及pgw设备
WO2009097780A1 (zh) 一种静态ip地址的处理方法和设备

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2011783051

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011783051

Country of ref document: EP