WO2011041969A1

WO2011041969A1 - Method and system for realizing the capability of supporting initiative push of data message

Info

Publication number: WO2011041969A1
Application number: PCT/CN2010/076797
Authority: WO
Inventors: 沈岷; 符涛
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-10-10
Filing date: 2010-09-10
Publication date: 2011-04-14
Also published as: CN102045266A

Abstract

A method and system for realizing the capability of supporting initiative push of data message are provided in the present invention, the system is a system which is based on the identity identifier and position separation framework, and includes a first host node, a second host node, and a push capability server. The method includes the steps: the first host node sends the data message which need to be pushed to the second host node to the push capability server, wherein the data message carries the identity identifier of the second host node; the push capability server forwards the data message to the second host node after receiving the data message; if the second host node is offline, the push capability server fails to forward the data message, then stores the data message, and sends the data message to the second host node after learning that the second host node logs on. Application of the present invention can save the capability of network transmission, reduce the retrying work of the service server, and enable the user terminal to receive the needed data message in time.

Description

Method and system for implementing active push capability of data message

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method and system for implementing an active push capability for supporting data packets.

Background technique

A large number of service servers are deployed on the existing Internet to provide rich and colorful services for the majority of Internet users. For example: a web server that provides news, a game server that provides connected games, a search server that provides massive search services, and so on. These services are generally provided by the user to obtain the service actively, that is: the user uses various terminals (PC, personal digital assistant (PDA), smart phone, etc., hereinafter referred to as user terminals) connected to the Internet to actively A specific service server on the Internet establishes a communication connection, sends a specific service request to the service server, and then obtains a service response from the service server, and the service response includes various types of information required by the user.

This type of service delivery is not suitable for certain services. For example, the weather forecast service, the user wants the service server to actively push the user to the user after obtaining the latest weather forecast information, without waiting for the user to actively access the service server for acquisition, and waiting for the user's active access may affect the timeliness of the weather forecast information. .

The existing Internet does not support the function of pushing the data packet (including the information required by the user) to the user by the service server (hereinafter referred to as the PUSH function, and the data packet actively pushed by the server is simply referred to as the PUSH data packet). The reason is that the communication on the Internet uses the IP address to identify the transceiver end of the data message. When the user accesses the service server, the IP address of the service server can be obtained through the DNS function, but the IP address obtained when the user terminal connects to the Internet is If the user terminal does not actively connect to the service provider, the service provider cannot obtain the IP address of the user terminal of the specific user, and cannot actively send the PUSH data packet to the user terminal. .

A compromise solution in the existing Internet technology is: After the user terminal connects to the Internet, it sends a login request to a specific service server, and the service server records the current use of the user terminal. IP address; Once the service server has the information that needs to be actively pushed to the user, the PUSH data message is sent using the recorded user terminal IP address.

The disadvantage of this solution is: If the user has many services that need to actively push data packets (provided by different service servers), then the user terminal needs to send login messages to different service servers after connecting to the Internet (which also Involved in authentication and other processes); Once the user accidentally drops the network and reconnects, the IP address changes, you need to re-login; If the service server is abnormal during the user's network connection, and the user terminal IP address information is lost, PUSH cannot be performed. The sending of data messages.

Summary of the invention

The present invention provides an implementation method and system for supporting the active push capability of data packets, and enhances the support for the active push capability of data packets.

In order to solve the above problem, the present invention provides an implementation method for supporting an active push capability of a data packet, the method being applied to a system based on an identity identification and a location separation framework, where the system includes a push capability server, and the push capability server Accessing the system by accessing a service node, the method includes:

The first host node sends the data packet to be sent to the second host node to the push capability server, where the data packet carries the identity identifier of the second host node;

After receiving the data packet, the push capability server forwards the data packet to the second host node. If the second host node goes offline and the push capability server fails to forward the data packet, the push capability server stores the datagram. After the second host node is notified that the second host node is online, the push capability server sends the data packet to the second host node.

The push capability server can learn that the second host node goes online by sending an online notification message to the push capability server when the second host node goes online.

The push capability server may be a push capability server corresponding to the second host node, and the identity of the push capability server is derived from the identity of the second host node according to a preset rule.

The push capability server may be a push capability server selected by the second host node; the method may further include: the second host node providing the identity of the selected push capability server to the first master Machine node.

The push capability server can learn from the mapping forwarding plane whether the second host node is online. The step of obtaining, by the mapping forwarding plane, whether the second host node is online may include: the pushing capability server sending a user status subscription message to the access service node where the message includes the identity of the second host node; the access service node is the user The status subscription message is forwarded to the mapping forwarding plane; the mapping forwarding plane sends a status change notification message to the push capability server when the online status of the second host node changes.

The step of the first host node sending the data packet to the push capability server may include: the first host node sending the data packet to the first access service node corresponding to the first host node, where the destination address of the data packet is a push capability server The identity identifier, or the data packet includes an indication field, where the value of the indication field is a specified identity value, indicating that the first access service node forwards the data packet to the specified push capability server; The service node receives the data packet, and forwards the data packet to the push capability server according to the destination address in the data packet or according to the indication of the indication field.

When the first host node sends the data packet, the method may further include a status report indicator. The method may further include: after the sending capability server successfully sends the data packet to the second host node, returning the data packet to the first host node. Successfully sent information.

The present invention further provides an implementation system for supporting an active push capability of a data packet, the system being a system based on an identity identification and a location separation framework, where the system includes a first host node and a second host node, and further includes a push capability. The server, the push capability server accesses the system by using an access service node, where the first host node is configured to send a data packet to be pushed to the second host node to the push capability server, where the datagram is The identifier of the second host node is carried in the text;

The push capability server is configured to: after receiving the data packet, forward the data packet to the second host node; and when the second host node is offline, failing to forward the data packet, storing the data packet; And sending the data packet to the second host node after learning that the second host node is online. The second host node may be configured to send the online notification message to the push capability server when the line is online. The push capability server may be configured to learn that the second host node is online according to the uplink notification message after receiving the uplink notification message. The push capability server may be a push capability server corresponding to the second host node, and the identity identifier is derived from the identity identifier of the second host node according to a preset rule.

The second host node may be further configured to: select a push capability server, and provide the identifier of the selected push capability server to the first host node; the first host node may be configured to send the data packet to be pushed to the second host node Push server selected by the second host node.

The push capability server can be configured to know from the map forwarding plane whether the second host node is online. The push capability server may be further configured to send a user status subscription message to the access service node, where the message includes the identity of the second host node; the access service node may be configured to forward the user status subscription message to the mapping forwarding plane; The mapping forwarding plane may be configured to: when the online status of the second host node changes, send a status change notification message to the push capability server, so that the push capability server can know whether the second host node is online.

The first host node may be configured to send the data packet to be sent to the second host node to the push capability server by: sending the data packet to the first access service node corresponding to the first host node, the data The destination address of the packet is the identifier of the push capability server. The data packet includes an indication field, where the value of the indication field is a value of the specified identity, indicating that the first access service node forwards the data packet. The first access service node may be configured to: receive a data packet, and forward the data packet to the identity identifier when the destination address in the received data packet is an identity of the push capability server Corresponding push capability server; or, when the value of the indication field in the data packet is the value of the specified identity, the data packet is forwarded to the designated push capability server.

The first host node may be further configured to: when the data packet is sent, the status report indicator is carried in the data packet; the push capability server may also be configured to: when the data message carries the status report indicator, the success is After the second host node sends the data packet, it returns information that the data packet has been successfully sent to the first host node.

Compared with the prior art, the present invention has the following beneficial effects:

The present invention provides an implementation method and system for supporting the active push of data packets, and supports the active push of data packets when the user terminal is offline, and satisfies the characteristics of the user terminal as a mobile node, thereby saving network transmission capability. , reduce the retry of the service server, and enable the user terminal to receive the required data message in time. BRIEF abstract

1 is a schematic diagram of a network topology based on an existing identity identification and location separation architecture; FIG. 2 is a schematic diagram of a related interface and a data push function based on an identity identification and a location separation architecture according to the present invention;

3 is a schematic diagram of an embodiment of a network improvement architecture used in the present invention;

4 is a schematic diagram of another embodiment of a network improvement architecture used in the present invention;

FIG. 5 is a schematic diagram of an embodiment of a third network improvement architecture used in the present invention; FIG.

6 is a schematic diagram of an embodiment of a fourth network improvement architecture for use in the present invention.

Preferred embodiment of the invention

The invention will now be described in greater detail with reference to the drawings and embodiments.

A semantic overload defect of an IP address in the prior art. The IP address in the TCP/IP (Transmission Control Protocol/Internet Protocol) protocol widely used by the Internet has a dual function, and serves as the location of the network terminal's communication terminal host network interface in the network topology. The identity, which is also the identity of the transport layer host network interface. The TCP/IP protocol did not consider the movement of the communication terminal at the beginning of the design. Once the location of the communication terminal changes,

The IP address is subject to change, causing the identity to change. As communication host moves become more common, the semantic overload defects of such IP addresses are becoming increasingly apparent. For example, as mentioned above, the IP address of the user terminal of a specific user is variable, and the service server can only implement the PUSH function by grasping the current IP address of the user terminal at any time.

The invention provides an idea of identity identification and location separation, and separates the original dual functions of the IP address, and uses different identifiers for the location identifier and the identity identifier. For example, the location identifier still uses the IP address, and the identity identifier is additionally defined. Host ID. For the same user terminal, the location identifier may change with the access point location, access time and other factors, but its identity may remain unchanged. The service layer only uses the identity of the communication terminal to establish end-to-end communication, and does not care about the location. The change in identity. In this way, the service server can push the data message to the user terminal as long as it knows the identity of the user terminal of the specific user. How the data message is sent to the correct user terminal, by identity and location A specific solution to achieve.

The invention provides a solution for identity identification and location separation for actively pushing data messages.

The core idea of the solution is: Divide the network into the access layer and the core layer, and assign a unique host identity (AID: Access Identifier) to each user (including the service server and user terminal) in the network. The identity is unique and remains the same during the move; there are two types of identity in the network: the host identity (AID) and the route identifier (RID: Routing Identifier), where the host identity can only be used at the access layer. The location route identifier can only be used at the core layer.

The topology diagram of the network architecture proposed by the solution is shown in Figure 1. The network is divided into an access network and a backbone network. The access network is responsible for providing and maintaining host nodes (including user terminals and service servers, which can be divided according to mobility). The fixed node, the nomadic node, the mobile node, the service server is generally a fixed node) to the access service node (ASN), and the backbone network is divided into two logically independent functional planes: the mapping forwarding plane The generalized forwarding plane is mainly responsible for routing data packets sent and received between host nodes accessed through different access networks.

The access service node (ASN) is located at the demarcation point between the backbone network and the access network, and has interfaces with the access network and the backbone network respectively, and is used to allocate RIDs, provide access services, maintain host node connections, and maintain for various types of host nodes. And query the AID-RID mapping relationship of the communication peer, and forward the host node data. There is no overlap between the access network and the backbone network in the topology relationship. In the access network section, the host node uses the AID for addressing.

In the mapping forwarding plane, the ILR (Identity Location Register) is responsible for maintaining and saving the AID-RID mapping relationship of the users in the network, implementing the registration function of the host node, processing the location query process of the communication peer host node, and The data configuration or route synchronization method forms the routing table of the AID. PTF (Packet Transfer Function) is responsible for forwarding data packets with the AID identifier as the destination address. The PTF and the ILR share the AID-RID mapping relationship of the users in the network, and the two can be located in the same physical entity. In the mapping forwarding plane, many ILR/PTF devices use DHT algorithm for distributed storage and processing, which has high reliability and strong storage and processing capabilities.

The main function of the generalized forwarding plane is to select and forward data according to the RID in the data packet. Message. The General Switch Router (GSR) is used to route and forward data packets with the RID as the destination address.

The related interfaces of the above network-based identity identification and location separation architecture are shown in FIG. 2, and Sl and Dl are control signaling and user data interfaces between the host node and the ASN, respectively. S1 is a signaling interface for host node access management, and D1 is an interface for data forwarding and reception.

The format of the data packet on the D1 interface is:

D3 is the external interface with the generalized forwarding plane. The format of the data packet on the D3 interface is:

S4 is a signaling interface between the ASN and the mapping forwarding plane. It is used to query and maintain the AID-RID mapping relationship.

D4m is the data forwarding interface between the ASN and the mapping forwarding plane. The format of the data packet on the D4m interface is:

The source RID corresponds to the source AID, and the RIDm is the routing address of the ILR/PTF in the mapping forwarding plane connected to the ASN, and the routing address is configured on each ASN.

Taking Figure 2 as an example, the implementation process of the service provider (connected to ASN2) actively pushing data packets to the user terminal (connected to ASN1) under the above network architecture is as follows:

The user terminal (the host identity is AID1) is connected to the access service node ASN1 after being powered on, and the ASN1 assigns the location route identifier RID1 to the user terminal, initiates a registration process to the ILR in the mapping forwarding plane, and the ILR processes the registration process of the user terminal, and saves the registration. The mapping relationship of AID1-RID1 in the information. The above process of the user terminal is referred to herein as an online process, and the state of the user after the connection and registration is completed is online. In the opposite case, the state in which the user terminal does not access any service node is called Line status or offline status.

The service server (the host ID is AIDs) is connected to the access service node ASN2. ASN2 allocates the location route identifier RIDs to the service server, and initiates a registration process to the ILR in the mapping forwarding plane. The ILR saves the mapping relationship of AIDs-RIDs in the registration information. At this point, the business server is also online.

When the service server needs to actively push data packets to the user terminal (AID1), the service server first encapsulates the data packet, sets the destination address to AID1, and the source address to AIDs, and then sends the data packet to ASN2.

After receiving the data packet with the AID1 as the destination address (subject to the D1 interface data packet format), the ASN2 queries the locally cached AID-RID mapping table according to the AID1. If the AID1-RID1 mapping relationship is found, Then, the RID1 information (as the destination RID) and the RIDs information (as the source RID) are added to the data packet, and the data packet is converted into the D3 interface packet format, and sent to the generalized forwarding plane for forwarding; if the AID is locally cached If the AID1-RID1 mapping relationship is not found in the -RID mapping table, ASN2 adds RIDm (as the destination RID) and RIDs information (as the source RID) in the data packet header to convert the data packet to the D4m interface packet format. After being sent to the mapping forwarding plane for processing;

After receiving the data packet sent by ASN2, the mapping forwarding plane performs routing according to the destination AID1 in the data packet, and routes the route to the corresponding ILR/PTF node. After the PTF node finds the mapping relationship of the destination AID1-RID1, Replacing the RIDm information with the RID1 information in the data packet and forwarding it to the generalized forwarding plane through the D3 interface;

After receiving the data packet from the ASN2 or the mapping forwarding plane, the generalized forwarding plane uses the destination RID1 in the data packet as the routing identifier, and sends the data packet to the ASN1 where the user terminal is located.

After receiving the data packet sent by the generalized forwarding plane, the ASN1 strips the outer RID information (including RID1 and RIDs) and sends it to the user terminal according to the D1 interface data packet format.

The above process implements the function that the service server actively pushes data packets to the user terminal. The implementation scheme for supporting the active push of the service server whose user terminal is not online is further explained below.

plan 1 : As shown in FIG. 3, the present invention deploys a PUSH capability server based on the identity identification and location separation architecture shown in FIG. 2, and the PUSH capability server provides a PUSH capability service for a specific group of users, located at the location of the host node. In the figure, the PUSH capability server is connected to the ASN3, and provides a PUSH capability service for the user terminal connected to the ASN1 in the figure.

When the service server needs to actively push the data packet to the user terminal (AID1), the destination address of the data packet is the AID (AIDp) of the PUSH capability server served by the user terminal (AID1 is included in the payload of the data packet or In other fields, the specific format is not specified in the present invention). The PUSH data packet sent by the service server passes through the ASN2, the mapping forwarding plane, and the generalized forwarding plane to reach the PUSH capability server. After receiving the PUSH data packet, the PUSH capability server is responsible for forwarding to the user terminal.

If the user terminal is offline, the PUSH capability server fails to send the PUSH data packet to the user terminal, and the PUSH capability server stores the PUSH data packet for subsequent retry attempts.

After the PUSH capability server learns that the user terminal is online, the PUSH data packet is retrieved and sent to the user terminal.

In this embodiment, the method for the PUSH capability server to know whether the user terminal is online is as follows: After the user terminal is online, the user terminal actively sends an online notification message message (the destination AID is AIDp) to the PUSH capability server that provides the service. At this time, the PUSH capability server may take out the PUSH message that it has stored and has not successfully sent, and then send it to the user terminal again.

In this solution, in order to reduce the number of online notifications sent by the user terminal, each user terminal has only one corresponding PUSH capability server, and both the user terminal and the service server know the AIDp of the PUSH capability server. Possible solutions include:

(1) The AIDp of the PUSH capability server can be derived from the AID of the user terminal according to a preset rule; for example, if the AID1 is a numeric string, the last several positions of the AID1 are all 0s, as the AIDp of the PUSH capability server (this method) A small amount of AID value space is occupied. If AID1 is a URL (such as userl@groupl.domainl), you can set the AIDp of the PUSH capability server to pushserver@group 1. domain 1.

(2) The user terminal selects a PUSH capability server by itself and pre-sets the PUSH capability. The server's AIDp is provided to the business server. For example, when the user terminal customizes the weather forecast information to the service server, in addition to providing its own AID, it also provides the AIDp of the PUSH capability server of its choice for the service server to record.

(3) The system configures its corresponding PUSH capability server at the user terminal, and configures the PUSH capability server corresponding to the user terminal at the service server.

It is also possible to configure only one PUSH capable server in the specified network. The AID of the PUSH capability server is configured at both the user terminal and the service server.

Scenario 2:

In the identity and location separation architecture shown in Figure 2, when the host node goes online, it initiates a registration process to the ILR in the mapping forwarding plane. When the host node goes offline, it also initiates a logout process to the ILR in the mapping forwarding plane. Therefore, the ILR in the mapping forwarding plane has an online or offline real-time status of the host node.

As shown in FIG. 4, the present invention expands the function of the mapping forwarding plane on the basis of the identity identification and the location separation architecture shown in FIG. 2, and supports the subscription of the online status of the user terminal, as follows: The service server sends the ASN2 to the ASN2 through the S1 interface. A user status subscription message (including the AID of the specific user terminal). After receiving the message, the ASN2 forwards the message to the mapping forwarding plane through the S4 interface. The ILR in the mapping forwarding plane (that is, the ILR registered by the user terminal) is at the user terminal. When the online status changes (such as from online to offline, or from offline to online), a status change notification message is sent to the service server via the S4 interface through the ASN2, and the notification message carries the current online or offline of the user terminal. status information. When receiving the user status subscription message, the ILR may also return a response message to the service server, where the response message carries the current online or offline status information of the user terminal, and when the status of the subsequent user terminal changes, the ILR sends a status change notification message. Give the business server.

After the service server is in the online or offline state of the specific user, the service server can determine whether or not to actively push the data packet to the user according to the user status, including:

When the service server needs to push the data message to the user terminal, the status of the user terminal is determined. If the user is in the online state, the data is pushed to the user terminal. If the user is offline, the service server does not perform the service to the user terminal. Pushing data packets, saving the data packets, knowing After the user terminal goes online, the data file is pushed to the user terminal.

The specific format of the user status subscription message and the user status change notification message of the S1 interface and the S4 interface used in the present invention is not specifically defined in the present invention.

This solution does not need to deploy a PUSH capability server on the network. The service server can grasp the online or offline status information of the user terminal.

Option 3:

As shown in FIG. 5, the present invention expands the function of mapping the forwarding plane on the basis of the identity and location separation architecture shown in FIG. 2, and supports the subscription of the online status of the user terminal; and deploys the PUSH capability server in the network. In Figure 5, the PUSH capability server is connected to the ASN3. The specific process is as follows: First, the same procedure as the invention solution 1 is used, and the service server sets the purpose of the data packet when the data packet needs to be actively pushed to the user terminal (AID1). The AID (AIDp) of the PUSH capability server served by the user terminal is sent to the PUSH capability server. After failing to forward the PUSH data packet to the user terminal, the PUSH capability server stores the data packet for subsequent retry transmission.

After the PUSH capability server learns that the user terminal is online, the PUSH data packet is retrieved and sent to the user terminal. In this embodiment, the method for the PUSH capability server to know whether the user terminal is online is:

The PUSH capability server stores the PUSH data packet, and sends a user status subscription message (including the AID1 of the user terminal) to the ASN3 through the S1 interface. After receiving the message, the ASN3 forwards the message to the mapping forwarding plane through the S4 interface. The ILR (that is, the ILR registered by the user terminal) will be sent to the PUSH capability server via the A43 through the S4 interface when the online status of the user terminal changes (eg, from online to offline, or from offline to online). Status change notification message.

The solution does not require the user terminal to have a unique PUSH capability server, and does not require the user terminal to actively send an online notification message to the PUSH capability server after the user terminal goes online. In addition, this solution only needs the PUSH capability server to support the user's online status subscription, no need for the service server to support this function, and also reduces the subscription volume and notification message traffic of the mapping forwarding plane.

Option 4: As shown in FIG. 6, the present invention expands the function of the mapping forwarding plane based on the identity identification and location separation architecture of FIG. 2, and integrates the storage retry function of the PUSH capability server, which is specifically described as follows:

The logical function entity of the PUSH capability server is added to the mapping forwarding plane. The PUSH data packet sent to the offline user terminal can be temporarily stored and sent after the user terminal is online. The PUSH capability server and the ILR share the online or offline status information of the user in the network. The PUSH capability server and the PTF and the ILR may be located in the same physical entity or in different physical entities.

The process of the service server actively pushing data packets to the user terminal is as follows:

Step 601: The service server sends a data packet that is actively pushed to the user terminal (AID1) to the ASN2 through the D1 interface, where the corresponding identifier is carried, and the data packet is identified as a PUSH data packet. Sign carrying method);

Step 602: After receiving the data packet, the ASN2 identifies that the data packet is a PUSH data packet, and then forwards the data packet to the mapping forwarding plane through the D4m interface, where the corresponding packet is carried, and the data packet is identified as PUSH data. The message (the following is a method for carrying the D4m interface);

Step 603: After receiving the data packet, the mapping forwarding plane identifies that the PUSH data packet is a PUSH data packet, and then queries the online or offline state information of the user terminal according to the AID1, and provides the user with the online or offline status information of the user terminal. The terminal pushes the data packet, which specifically includes:

If the user terminal is in the online state, the mapping relationship between the destination AID1 and the RID1 is detected, and the RIDm information is replaced by the RID1 information in the PUSH data packet and forwarded to the generalized forwarding plane through the D3 interface, and finally the ASN1 connected by the user terminal is connected. Arrive at the user terminal;

If the user terminal is in the offline state, the mapping forwarding plane temporarily stores the PUSH data file, and after forwarding the user terminal, the user terminal forwards according to the foregoing steps, that is, the mapping relationship of the destination AID 1 -RID 1 is detected, and the PUSH data is collected. The RID1 information is replaced by the RID1 information in the message and forwarded to the generalized forwarding plane through the D3 interface, and finally reaches the user terminal through the ASN1 connected by the user terminal.

This solution does not need to separately deploy the PUSH capability server, but adds corresponding functions in the mapping forwarding plane. On the one hand, it can fully share the online or offline status information of the users owned by the ILR, and the other party. The distributed network architecture of the ILR/PTF in the mapping forwarding plane (using the DHT algorithm) can be used to provide reliable data packet storage and processing capability, and an enormous PUSH data packet storage capacity. In addition, the solution does not require the service server to support the user's online or offline subscription, and does not need to send a PUSH data packet to retry.

Not all data packets sent to the offline user terminal are PUSH data packets. Therefore, the mapping forwarding plane must identify which data packets need to be stored and subsequently retransmitted when they cannot be sent (retransmitted when the user goes online). A feasible solution is: When the ASN2 of the service server forwards the data packet to the mapping forwarding plane via the D4m interface, it carries the indication that the data packet is a PUSH data packet.

As described above, D4m is the data forwarding interface between the ASN and the mapping forwarding plane. The format of the data packet on the D4m interface is:

The invention proposes:

(1) A different RIDm may be used to identify whether the data packet is a PUSH data packet. When the value of the RIDm field is a specified value, the current data packet is identified as a PUSH data packet.

(2) The data packet format of the D4m interface can also be expanded to add some flag bits, for example:

In the flag bit, you can set whether this data message is a PUSH data message; other flag bits can be used for the expansion of other functions in the future.

As for how ASN2 (that is, the access service node of the service server) identifies which data packets are PUSH data packets, the following methods can be used:

(1) The service server has at least two AIDs; for PUSH data messages and non-PUSH numbers According to the message, the service server uses different AIDs as the initiator identifier. For example, for non-PUSH data messages, use AIDs1; for PUSH data messages, use AIDs2; configure at ASN2 so that ASN2 knows the initiator. The data packet marked as AIDs2 is a PUSH data packet.

(2) Extend the data packet format of the D1 interface.

The format of the data packet of the existing D1 interface is as follows:

On this basis, you can add a data packet format of the D1 interface, as follows:

AIDx is a special AID value, which can be the AID of the data message initiator, or it can be composed of some flag bits. These flags can be used to carry some special information (for example, indicating that the data packet is a PUSH data packet. ).

AIDy is a special AID value that is used to indicate that the ASN performs special processing. The special processing may be: forwarding the PUSH data packet to the mapping forwarding plane integrated with the PUSH capability server function (applicable to the invention scheme 4); forwarding the PUSH data packet to the PUSH capability server in the network (applicable to the invention solution 1) 3, at this time, the service server is not required to know the AID of the PUSH capability server; or, the ASN anonymizes the data packet, that is, the real AID of the data packet initiator is hidden in the data packet forwarded by the ASN. .

AIDy can be a special value agreed upon in the network, or it can be connected to the host node.

The specific value of the configuration on the ASN. Different AIDy values can be used to indicate different special processing; the same AIDy can be used, and AIDx value information can be used to distinguish different special processing.

When the service server needs special processing by ASN2, it will add AIDx and AIDy to the normal data packet to form the new data format as described above.

After receiving this data message, ASN2 can recognize that it is a need for ASN2 according to AIDy. Specially processed messages. After special processing, ASN2 will strip the AIDx and AIDy fields of this data packet and perform normal processing (for example, adding RID information and forwarding to the generalized forwarding plane or mapping forwarding plane).

In the foregoing schemes 1, 3, and 4, the PUSH packet is stored and sent by the PUSH capability server (Scenario 1, 3) or the mapping forwarding plane (Scenario 4). The service server does not know whether the PUSH packet finally reaches the user terminal. If the service server wants to know whether the PUSH packet is successfully sent to the user terminal, the service server may send a PUSH data packet to the PUSH data packet, and the PUSH capability server or the mapping forwarding plane successfully sends the PUSH data packet to the user. After that, a special data packet (which carries the information that the PUSH data packet has been successfully sent) will be sent to the service server.

In scheme 4, the status report indication flag as described above may be carried by the flag bit of the D4m interface extension message described above, and the AIDx or AIDy of the D1 interface extension.

The special data packet (which carries the information that the PUSH data packet has been successfully transmitted) as described above is not specifically specified in the present invention. In the present invention, the user terminal and the service server have equal status in the network architecture, and are all located in the host node of the access network, and there is no difference in the processes of accessing, registering, and transmitting and receiving data messages. Therefore, the architecture and the process of the present invention are not only applicable to the service server actively pushing data packets to the user terminal, but also applicable to the user terminal pushing data packets to the service server, or data packets between the service servers and the user terminals. Push.

The present invention further provides an implementation system for supporting an active push capability of a data packet, the system being a system based on an identity identification and a location separation framework, where the system includes a first host node and a second host node, and further includes a push capability. a server, the push capability server accessing the system by using an access service node, where

The first host node is configured to send the data packet to be sent to the second host node to the push capability server, where the data packet carries the identity identifier of the second host node;

The push capability server is configured to: after receiving the data packet, forward the data packet to the second host node; and when the second host node is offline, failing to forward the data packet, storing the data packet; And after learning that the second host node is online, sending the data packet to the first Two host nodes.

The second host node sends an online notification message message to the push capability server when the second host node is set to go online;

The push capability server is configured to: after receiving the uplink notification message, learn that the second host node is online according to the uplink notification message.

The push capability server is a push capability server corresponding to the second host node, and the identity identifier is derived from the identity identifier of the second host node according to a preset rule.

The second host node is configured to select a push capability server, and provide an identifier of the selected push capability server to the first host node;

The first host node is configured to send a data message to be pushed to the second host node to a push capability server selected by the second host node.

The push capability server is configured to learn from the mapping forwarding plane whether the second host node is online.

The push capability server is further configured to send a user status subscription message to the access service node where the message is located, where the message includes the identity identifier of the second host node;

The access service node is configured to forward the user status subscription message to a mapping forwarding plane;

The mapping forwarding plane is configured to send a status change notification message to the push capability server when the online status of the second host node changes, so that the push server knows whether the second host node is online.

The first host node sends a data packet to the push capability server by sending a data packet to the corresponding first access service node, where the destination address of the data packet is the identity of the push capability server. Or the data packet includes an indication field, where the indication field value is a specified identity identifier, and the first access service node is instructed to forward the data packet to the push capability server.

Receiving, by the first access service node, the data packet, when the destination address in the data packet is an identity of the push capability server, forwarding the data packet to the push capability server corresponding to the identity identifier; or And when the indication field value in the data packet is a specified identity value, Forward the data packet to the specified push capability server.

The first host node is further configured to: when the data packet is sent, carry a status report indication flag in the data packet;

The push capability server is further configured to: when the data message carries the status report indication flag, after successfully transmitting the data message to the second host node, returning a data report to the first host node The text has successfully sent the message.

The method and system of the present invention are used to reduce PUSH data packets that fail to transmit, thereby saving network transmission capability; reducing the number of retry attempts of data packet pushes, and improving the performance of the service server; The required data packets enhance the user experience.

Industrial applicability

Compared with the prior art, the present invention supports the active push capability of data packets when the user terminal is offline, satisfies the characteristics of the user terminal as a mobile node, saves network transmission capability, and reduces the retrying work of the service server, and The user terminal can receive the required data message in time.

Claims

Claim

An implementation method for supporting an active push capability of a data packet, the method is applied to a system based on an identity identification and a location separation framework, where the system includes a push capability server, and the push capability server accesses The service node accesses the system, and the method includes:

The first host node sends the data packet that needs to be sent to the second host node to the push capability server, where the data packet carries the identity identifier of the second host node;

After receiving the data packet, the push capability server forwards the data packet to the second host node. If the second host node goes offline and the push capability server fails to forward the data packet, the push capability server stores the datagram. After the second host node is notified that the second host node is online, the data packet is sent to the second host node.

2. The method according to claim 1, wherein, in the step of learning that the second host node is online, the push capability server sends an online notification message to the push capability server when the second host node goes online The message is learned that the second host node is online.

The method according to claim 1 or 2, wherein the push capability server is a push capability server corresponding to the second host node, and the identity of the push capability server is determined by the first rule according to a preset rule. The identity of the second host node is derived.

The method according to claim 1 or 2, wherein the push capability server is a push capability server selected by the second host node;

The method further includes: the second host node providing an identity of the selected push capability server to the first host node.

The method of claim 1, wherein, in the step of learning that the second host node is online, the push capability server learns from the mapping forwarding plane whether the second host node is online.

The method of claim 5, wherein the step of the push capability server from the mapping forwarding plane to learn whether the second host node goes online includes:

Sending, by the push capability server, a user status subscription message to the access service node, where the message includes an identity of the second host node;

The access service node forwards the user status subscription message to the mapping forwarding plane; The mapping forwarding plane sends a status change notification message to the push capability server when the online status of the second host node changes.

The method of claim 1, wherein the step of the first host node transmitting the data message that needs to be pushed to the second host node to the push capability server comprises:

The first host node sends a data packet to the first access service node corresponding to the first host node, and the destination address of the data packet is an identifier of the push capability server, or the data packet includes An indication field, where the value of the indication field is a value of the specified identity, indicating that the first access service node forwards the data packet to a specified push capability server;

The first access service node receives the data packet, and forwards the data packet to the push capability server according to the destination address of the data packet or according to the indication of the indication field.

8. The method of claim 1, wherein

The first host node also carries a status report indication flag when the data message is sent; the method further includes: after the sending capability server successfully sends the data message to the second host node, Returning information to the first host node that the data message has been successfully sent.

An implementation system for supporting an active push capability of a data packet, wherein the system is a system based on an identity identification and a location separation framework, where the system includes a first host node and a second host node, and further includes a push capability server, wherein the push capability server accesses the system by accessing a service node, where

The first host node is configured to send a data packet that needs to be pushed to the second host node to the push capability server, where the data packet carries the identity identifier of the second host node;

The push capability server is configured to: after receiving the data packet, forward the data packet to the second host node; the second host node is offline, and if the data packet fails to be forwarded, the data packet is stored; After the second host node is online, the data packet is sent to the second host node.

10. The system of claim 9, wherein

Sending an online notification message message to the push capability server when the second host node is set to go online;

The push capability server is configured to, after receiving the uplink notification message, according to The uplink notification message packet is learned that the second host node is online.

The system according to claim 9 or 10, wherein the push capability server is a push capability server corresponding to the second host node, and the identity of the identity is determined by the identity of the second host node according to a preset rule. The logo is derived.

12. The system of claim 9 or 10, wherein

The second host node is further configured to select a push capability server, and provide an identifier of the selected push capability server to the first host node;

13. The system of claim 9, wherein

14. The system of claim 13 wherein

The push capability server is further configured to send a user status subscription message to the access service node, where the message includes an identity of the second host node;

The mapping forwarding plane is configured to send a status change notification message to the push capability server when the online status of the second host node changes, so that the push capability server knows whether the second host node is online.

15. The system of claim 9, wherein

The first host node is configured to send a data packet that needs to be pushed to the second host node to the push capability server by: sending the data packet to the first access service corresponding to the first host node a node, the destination address of the data packet is an identity of the push capability server, or the data packet includes an indication field, where the value of the indication field is a value of the specified identity, indicating the first access The service node forwards the data packet to a specified push capability server; The first access service node is configured to: receive the data packet, and when the destination address of the data packet is an identity of the push capability server, forward the data packet to the push capability corresponding to the identity identifier And: when the value of the indication field in the data packet is a value of the specified identity, forwarding the data packet to the specified push capability server.

16. The system of claim 9, wherein

The first host node is further configured to carry a status report indication flag when the data message is sent;

The push capability server is further configured to: when the data message carries the status report indication flag, after successfully transmitting the data message to the second host node, returning a data report to the first host node The message has been successfully sent.