WO2011018050A1 - 数据包发送方法、数据包获取方法及装置 - Google Patents

数据包发送方法、数据包获取方法及装置 Download PDF

Info

Publication number
WO2011018050A1
WO2011018050A1 PCT/CN2010/075968 CN2010075968W WO2011018050A1 WO 2011018050 A1 WO2011018050 A1 WO 2011018050A1 CN 2010075968 W CN2010075968 W CN 2010075968W WO 2011018050 A1 WO2011018050 A1 WO 2011018050A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
retransmission
message
sent
service provider
Prior art date
Application number
PCT/CN2010/075968
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 华为技术有限公司
Publication of WO2011018050A1 publication Critical patent/WO2011018050A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a data packet sending method, a data packet acquiring method, and a device. Background technique
  • the ParlayX Gateway (ParlayX Gateway, hereinafter referred to as: ParlayX GW) opens the operator's network capabilities, service capabilities, and operational support capabilities to the service provider equipment using the ParlayX Web Services interface; the service provider equipment includes services.
  • Provider Service Provider, hereinafter referred to as: SP
  • CP Content Provider
  • the ParlayX Web Services interface is defined on the Internet using the Simple Object Access Protocol (SOAP).
  • SOAP Simple Object Access Protocol
  • the ParlayX Web Services interface can be used by IT developers who do not have telecommunications expertise. Quickly master, so that SP / CP quickly and flexibly use the ParlayX interface for third-party (3rd-party) business development.
  • ParlayX Web Services interface is defined by the PARLAY forum organization.
  • the application to point (hereinafter referred to as: A2P) message can be sent to the user.
  • the user After receiving the A2P message, the user returns a message delivery report corresponding to the A2P message, and the ParlayX GW delivers the message.
  • the SP/CP is sent to the SP/CP.
  • the user can also send a Point to Application (P2A) message to the SP/CP through the ParlayX GW.
  • P2A Point to Application
  • the ParlayX GW sends a message delivery report or a P2A message to the SP/CP, there are two modes: one is a mode that the ParlayX GW actively sends to the SP/CP; the other is a mode that the SP/CP actively acquires to the ParlayX GW. .
  • the ParlayX GW In the mode that the ParlayX GW actively sends to the SP/CP, after the ParlayX GW receives the message delivery report or the P2A message sent by the user, the ParlayX GW actively sends the message delivery report or the P2A message to the SP/CP; if the ParlayX GW is When sending a message delivery report or a P2A message to the SP/CP, the message transmission is interrupted due to network reasons, the ParlayX GW will discard the currently sent message delivery report or P2A message, resulting in the SP/CP not being able to obtain the message delivery report or P2A. Message.
  • the ParlayX GW searches for all message delivery reports or P2A messages previously cached for the SP/CP, and Obtaining these message delivery reports or P2A messages, then deleting these message delivery reports or P2A messages in the cache, and then sending these message delivery reports or P2A messages to the SP/CP, during the transmission, if the message delivery report is due to network reasons Or the P2A message fails to be sent midway. Since the cached message delivery report or P2A message has been deleted in the ParlayX GW, the SP/CP cannot obtain the above-mentioned failed delivery message delivery report or P2A message after the network is restored.
  • the embodiment of the present invention provides a data packet sending method, a data packet acquiring method, and a device, which are used to ensure the success rate of data packet transmission when the network between the gateway device and the service provider device is abnormal, and improve the gateway device.
  • An embodiment of the present invention provides a data packet sending method, including:
  • An embodiment of the present invention provides a data packet obtaining method, including:
  • retransmission indication identifier is used to indicate that the gateway device stores the data packet in a retransmission queue and waits for retransmission after failing to send a data packet to the service provider device;
  • An embodiment of the present invention provides another method for sending a data packet, including:
  • the obtaining request After receiving the data packet sent by the user equipment, receiving a request sent by the service provider device to obtain the data packet, the obtaining request includes, after indicating that the data packet fails to be returned to the service provider device, And storing the data packet in a cache queue, and waiting for a cache indication identifier of the data packet to be returned according to the re-acquisition request sent by the service provider device; sending, according to the obtaining request, the service provider device a data packet, and after the data packet fails to be sent, storing the data packet in a cache queue according to the cache indication identifier, waiting for re-acquisition of the service provider device.
  • An embodiment of the present invention provides another method for acquiring a data packet, including: After the gateway device receives the data packet sent by the user equipment, sending, to the gateway device, an acquisition request for acquiring the data packet, where the obtaining the request includes: indicating, by the gateway device, that the gateway device is returned to the service provider device. After the data packet fails, the data packet is stored in the cache queue, and waits for the cache indication identifier of the data packet to be returned according to the reacquisition request sent by the service provider device;
  • the embodiment of the invention provides a gateway device, including:
  • a first receiving module configured to receive a data packet sent by the user equipment
  • a first sending module configured to send the data packet to a corresponding service provider device, where the first processing module is configured to: after the first sending module fails to send the data packet, identify the The data packet is stored in the retransmission queue for retransmission.
  • An embodiment of the present invention provides a service provider device, including:
  • the identifier sending module is configured to send a retransmission indication identifier to the gateway device, where the retransmission indication identifier is used to indicate that the gateway device stores the data packet to the heavy after failing to send the data packet to the service provider device Waiting for retransmission in the queue;
  • a third receiving module configured to receive a data packet sent by the gateway device, and after receiving the data packet failure, receive the data packet that is resent by the gateway device according to the retransmission indication identifier.
  • An embodiment of the present invention provides another gateway device, including:
  • a second receiving module configured to receive a data packet sent by the user equipment, and receive the service provider The request to be sent acquires the acquisition request of the data packet, where the obtaining request includes, after indicating that the data packet fails to be returned to the service provider device, storing the data packet in a cache queue, and waiting And returning, by the re-acquisition request sent by the service provider device, a cache indication identifier of the data packet;
  • the second sending module configured to send, according to the acquisition request received by the second receiving module, the service provider device Transmitting the data packet;
  • the second processing module is configured to: after the second sending module fails to send the data packet, store the data packet in a cache queue according to the cache indication identifier, and wait for the service provider Reacquisition of the device.
  • An embodiment of the present invention provides another service provider device, including: a fourth receiving module, configured to receive the data packet sent by the gateway device, and a first acquiring module, configured to receive, at the gateway device, a user equipment After the sent data packet, sending, to the gateway device, an acquisition request for acquiring the data packet, and sending a re-acquisition request to the gateway device after the fourth receiving module fails to receive the data packet;
  • the obtaining the request includes: instructing the gateway device to store the data packet in a cache queue after waiting for the data packet to be returned to the fourth receiving module, and wait for re-acquisition according to the first acquiring module
  • the request returns a cache indication identifier for the data packet.
  • the data packet sending method and the data packet obtaining method and device provided by the embodiment of the present invention after the gateway device fails to send a data packet to the service provider device, the gateway device may fail to send according to the preset retransmission indication identifier or the buffer indication identifier.
  • the data packets are buffered and retransmitted to ensure the success rate of data packet transmission, improve the reliability of data packet transmission between the gateway device and the service provider device, and improve the service quality of the service.
  • FIG. 1 is a flow chart of a first embodiment of a method for transmitting a data packet according to the present invention
  • FIG. 2 is a flow chart of a first embodiment of a method for transmitting a data packet according to the present invention
  • Figure 4 is a flow chart of the first embodiment of the second service message transmission method of the present invention
  • Figure 5 is a flow chart of the second embodiment of the data packet transmission method of the present invention
  • FIG. 7 is a signaling flowchart of Embodiment 2 of a message delivery report transmission method according to the present invention
  • FIG. 8 is a signaling flowchart of Embodiment 2 of a second service message transmission method according to the present invention
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of a gateway device according to the present invention
  • FIG. 11 is a schematic structural diagram of Embodiment 1 of a service provider device according to the present invention
  • FIG. 13 is a schematic structural diagram of Embodiment 4 of a gateway device according to the present invention
  • FIG. 14 is a structural diagram of Embodiment 2 of a service provider device according to the present invention; schematic diagram. detailed description
  • the service provider device and the user equipment can send data packets to each other through the gateway device.
  • the data sent between the SP/CP and the user equipment can be divided into the following two scenarios: one is that the SP/CP sends the A2P message to the user equipment actively; the other is that the user equipment sends the P2A message to the user device.
  • SP/CP The service provider device in the embodiment of the present invention may represent a service provider (Service Provider, abbreviated as: SP), and may also represent a content provider (Content Provider, abbreviated as CP).
  • the Provider Device is denoted as SP/CP.
  • the gateway device in the embodiment of the present invention is described by using the ParlayX GW as an example, but is not limited to the ParlayX GW.
  • the first service message in the embodiment of the present invention is described by taking an A2P message as an example.
  • the second service message is described by taking a P2A message as an example.
  • the mode in which the ParlayX GW sends data packets to the SP/CP can be divided into the following two types: one is the mode in which the ParlayX GW actively sends data packets to the SP/CP; the other is the mode in which the SP/CP actively obtains data packets from the ParlayX GW.
  • the user equipment After receiving the A2P message, the user equipment returns a delivery report corresponding to the A2P message to the ParlayX GW, and the ParlayX GW actively delivers the message.
  • the report is sent to the SP/CP;
  • the ParlayX GW sends the received P2A message to the SP/CP.
  • the SP/CP actively obtains the mode of the packet from the ParlayX GW:
  • the user equipment After receiving the A2P message, the user equipment returns a message delivery report corresponding to the A2P message to the ParlayX GW, and the ParlayX GW waits for the SP/CP to actively obtain the message. After the request for obtaining the report is delivered, the message is delivered to the SP/CP;
  • the ParlayX GW waits for the SP/CP to send the P2A message to obtain the P2A message after receiving the P2A message sent by the user equipment. After that, the message is sent to the SP/CP.
  • Embodiment 1 is a flow chart of a method for transmitting a data packet according to Embodiment 1 of the present invention.
  • the data packet sending method described in this embodiment is a mode in which a ParlayX GW actively sends a data packet to an SP/CP, and a ParlayX GW is used as a main body to the SP. /CP method of sending packets. As shown in FIG. 1, the method embodiment includes:
  • Step 101 Receive a data packet sent by a user equipment.
  • the ParlayX GW receives the data packet sent by the user equipment.
  • the data packet may be sent to the user equipment by using the message sent by the network element device, and the message delivery report is The SP2/CP corresponds to the A2P message sent by the user equipment.
  • the data packet may be a P2A message sent by the user equipment to the SP/CP through the network element device.
  • Step 102 Send the data packet to the corresponding SP/CP.
  • the ParlayX GW sends a packet to the SP/CP according to the notification address registered by the SP/CP.
  • the notification address of the SP/CP may be carried in the A2P message sent by the SP/CP, or may be registered in the ParlayX GW before the SP/CP transmits the data packet.
  • Step 103 After the data packet fails to be sent in step 102, the data packet is stored in the retransmission queue according to the retransmission indication identifier and is waiting for retransmission.
  • the ParlayX GW performs data transmission with the SP/CP through the TCP server.
  • the SP/CP or TCP server returns a successful response to the ParlayX GW; if the SP/CP receives When a packet fails, the SP/CP or TCP server returns a response to the ParlayX GW that failed to send, or the SP/CP or TCP server does not return a response to the ParlayX GW.
  • the ParlayX GW When the ParlayX GW receives a response from the SP/CP or TCP server that failed to send a response Or, when the ParlayX GW does not receive the response returned by the SP/CP or the TCP server within a certain period of time, the ParlayX GW determines that the data packet is failed to be sent, and then the ParlayX GW stores the data packet according to the retransmission indication identifier. The sending queue waits for retransmission. When the preset retransmission time interval is reached, the ParlayX GW resends the data packet stored in the retransmission queue to the SP/CP.
  • the retransmission indication identifier may be preset in the A2P message by the SP/CP, by going to ParlayX
  • the GW sends an A2P message, and sends the retransmission indication identifier to the ParlayX GW.
  • the retransmission indication identifier may also be preset in the SP/CP notification address by the SP/CP, and the SP/CP notification address is registered with the ParlayX GW.
  • the retransmission indication identifier is sent to the ParlayX GW; the retransmission indication identifier may also be set in advance in the ParlayX GW.
  • the retransmission indication indicates that after the ParlayX GW fails to send a data packet to the SP/CP, the ParlayX GW needs to store the data packet that failed to be transmitted, and resend the data packet to ensure data between the ParlayX GW and the SP/CP. The reliability of packet delivery.
  • the ParlayX GW After receiving the retransmission indication identifier, the ParlayX GW retransmits the data packet that failed to be sent according to the retransmission indication identifier.
  • the gateway device may cache the data packet that failed to be sent according to the preset retransmission indication identifier, and perform retransmission.
  • the success rate of data packet transmission is ensured, the reliability of data packet transmission between the gateway device and the service provider device is improved, and the service quality of the service is improved.
  • the data packet obtaining method described in this embodiment is a mode in which a ParlayX GW actively sends a data packet to an SP/CP, and the SP/CP is used as a main body.
  • Step 201 Send a retransmission indication identifier to the ParlayX GW, where the retransmission indication identifier is used to indicate After the ParlayX GW fails to send a packet to the SP/CP, it stores the packet in the retransmission queue and waits for retransmission.
  • the resending indication identifier may be preset in the A2P message by the SP/CP, and the SP/CP sends the retransmission indication identifier to the ParlayX GW by sending an A2P message to the ParlayX GW; the retransmission indication identifier may also be SP/ The CP is preset in the notification address of the SP/CP, and the SP/CP transmits the retransmission indication identifier to the ParlayX GW by registering the notification address of the SP/CP with the ParlayX GW.
  • the retransmission indication flag indicates that after the SP/CP fails to receive the data packet from the ParlayX GW, the ParlayX GW needs to store the data packet that failed to be transmitted, and resend the data packet, so that the SP/CP can re-receive the data packet. The reliability of the data packet transmission between the ParlayX GW and the SP/CP is ensured. After receiving the retransmission indication identifier, the ParlayX GW retransmits the data packet that failed to be transmitted according to the retransmission indication identifier.
  • Step 202 Receive a data packet sent by the ParlayX GW.
  • the SP/CP receives the data packet sent by the ParlayX GW, and the data packet is sent to the SP/CP after the ParlayX GW receives the user equipment, and the SP/CP actively sends the A2P message to the user equipment.
  • the data packet may be a message delivery report sent by the user equipment through the network element device, where the message delivery report corresponds to the A2P message sent by the SP/CP to the user equipment; in the scenario where the user equipment actively sends the P2A message to the SP/CP, the data packet
  • the packet may be a P2A message sent by the user equipment to the SP/CP through the network element device.
  • Step 203 After receiving the data packet failure in step 202, the packet received by the ParlayX GW according to the retransmission indication is re-transmitted.
  • the ParlayX GW when the ParlayX GW receives the response of the SP/CP or the TCP server that fails to send the transmission, or when the ParlayX GW does not receive the SP/CP or the TCP server returns within a certain period of time In response, the ParlayX GW determines that the SP/CP has failed to receive the data packet, and then the ParlayX GW resends the data packet to the SP/CP according to the retransmission indication identifier, so that the SP/CP can re-receive after the data packet fails to be received. The packet is resent by the ParlayX GW according to the retransmission indication.
  • the service provider device may re-receive the data packet resent by the gateway device according to the preset retransmission indication identifier to ensure the data packet.
  • the success rate of receiving improves the reliability of packet transmission between the gateway device and the service provider device, and improves the service quality of the service.
  • the following describes the transmission process of the data packet between the gateway device and the service provider device according to different scenarios of the message transmitted between the SP/CP and the user equipment.
  • Embodiment 3 is a signaling flowchart of Embodiment 1 of a message delivery report transmission method according to the present invention.
  • the message delivery report transmission method described in this embodiment is an SP/CP active transmission mode in a mode in which a ParlayX GW actively sends a data packet to an SP/CP.
  • the message delivery reports the process of transmission between the ParlayX GW and the SP/CP.
  • the method includes:
  • Step 301 The SP/CP invokes an interface such as a short message (“SendSms”) or a multimedia message (“SendMessage”) in the ParlayX GW to actively send an A2P message to the ParlayX GW.
  • SendSms short message
  • SendMessage multimedia message
  • the A2P message includes a return indication identifier and a retransmission indication identifier.
  • the return indication identifier is used to instruct the ParlayX GW to actively return the message delivery report returned by the received user equipment to the SP/CP; for example: in this embodiment, the return indication identifier may be a "receiptRequest" parameter, where the "receiptRequest” parameter includes Notification address of SP/CP.
  • the "receiptRequest" parameter indicates that when the user equipment returns a message delivery report corresponding to the A2P message through the network element device, the ParlayX GW needs to actively send the message delivery report to the SP/ according to the notification address of the SP/CP in the "receiptRequest" parameter. CP.
  • the retransmission indication identifier is used to instruct the ParlayX GW to return the SP/CP After the message delivery report fails, the message delivery report is stored in the retransmission queue for retransmission; the retransmission indication identifier may include any one or a combination of the following parameters: maximum number of transmissions, retransmission interval, and maximum cache time.
  • the A2P message may be an A2P message sent by the SP/CP to the user equipment.
  • Step 302 The ParlayX GW performs the service logic processing, and then sends the A2P message sent by the SP/CP to the user equipment by using the network element device (not shown).
  • the network element device may be an SMSC, an MMSC, or a WAPGW.
  • the ParlayX GW may send data to the user equipment through the network element device, and the user equipment may also send data to the ParlayX GW through the network element device.
  • the network is represented by the SMSC/MMSC. Meta device.
  • Step 303 The user equipment sends a message delivery report corresponding to the A2P message to the ParlayX GW through the SMSC/MMSC.
  • Step 304 The ParlayX GW determines, according to the return indication identifier in the A2P message, that the message delivery report needs to be actively sent to the SP/CP, and then the ParlayX GW sends the message delivery report to the SP/CP according to the notification address of the SP/CP.
  • Step 305 When the message delivery sent by the ParlayX GW to the SP/CP is failed, the advertisement fails to be sent.
  • the ParlayX GW stores the failed delivery message delivery report in the retransmission queue for retransmission according to the retransmission indication.
  • the ParlayX GW determines the data. The package failed to be sent.
  • Step 306 After the retransmission interval time set in the retransmission indication identifier is reached, the ParlayX GW resends the message delivery report stored in the retransmission queue to the SP/CP until the message is delivered. The report was sent successfully. For example: If the retransmission interval is set to 5 seconds, the ParlayX GW resends the message delivery report after 5 seconds of the message delivery failure.
  • the message delivery report transmission process ends.
  • the ParlayX GW deletes the message stored in the retransmission queue. Deliver the report.
  • the maximum number of transmissions and the maximum buffering time may be included in the retransmission indication identifier; for example: the maximum number of transmissions is 10, and the maximum buffering time is 24 hours; then after resending 10 times to the SP/CP, or the message After the delivery has been stored in the resend queue for 24 hours, the ParlayX GW deletes the message delivery report.
  • the ParlayX GW stores the message delivery report in the retransmission queue from the retransmission queue to the storage device, or the ParlayX GW deletes part or all of the retransmission queue.
  • Message delivery report When the ParlayX GW deletes part of the message delivery report in the resend queue, it can be deleted according to the time sequence in which the message delivery report is stored in the retransmission queue, for example: Delete a part of the message delivery report stored first in the retransmission queue.
  • the gateway device may cache the message delivery report that fails to be sent according to the preset retransmission indication identifier, and perform Retransmission to ensure the success rate of message delivery report transmission, improve the reliability of message delivery report transmission between the gateway device and the service provider device, and improve the service quality of the service.
  • Embodiment 4 is a signaling flowchart of Embodiment 1 of a second service message transmission method according to the present invention.
  • the P2A message is transmitted between the ParlayX GW and the SP/CP.
  • the method includes:
  • Step 401 The SP/CP invokes the notification management interface of the ParlayX GW to register the notification address of the SP/CP (for example, the notification management interface of the short message is: "SmsNotificationManager", the notification management interface of the multimedia message is: "MessageNotificationManager”), and to ParlayX
  • the GW sends a retransmission indication identifier.
  • the SP/CP registers the SP/CP notification address with the ParlayX GW in advance, indicating that when the ParlayX GW receives the P2A message sent by the user equipment through the SMSC/MMSC, ParlayX
  • the GW needs to actively send the P2A message to the SP/CP.
  • the retransmission indication identifier is used to indicate that the ParlayX GW stores the P2A message in the retransmission queue for retransmission after failing to send the P2A message to the SP/CP.
  • the retransmission indication identifier may include any one or a combination of the following parameters: maximum number of transmissions, retransmission interval, and maximum buffer time.
  • the ParlayX GW When the ParlayX GW receives the notification address of the SP/CP, it learns that it is sent by the user equipment.
  • the ParlayX GW When a P2A message is sent, the ParlayX GW will actively send the P2A message to the SP/CP.
  • Step 402 The user equipment sends a P2A message to the ParlayX GW through an SMSC/MMSC (not shown).
  • Step 403 The ParlayX GW performs logical processing, that is, according to the notification address of the SP/CP pre-registered by the SP/CP, the P2A message needs to be actively sent to the SP/CP, and then the ParlayX GW sends the P2A message according to the notification address of the SP/CP. Send to SP/CP.
  • Step 404 ParlayX is sent when the P2A message sent by the ParlayX GW to the SP/CP fails.
  • the GW stores the failed P2A message in the retransmission queue and waits for retransmission according to the retransmission indication identifier.
  • the ParlayX GW when the ParlayX GW receives the SP/CP or the TCP server returns a response that fails to be sent. When the ParlayX GW does not receive the response returned by the SP/CP or the TCP server within a certain period of time, the ParlayX GW determines that the packet transmission failed.
  • Step 405 After the retransmission interval time set in the retransmission indication flag is reached, the ParlayX GW resends the P2A message stored in the retransmission queue to the SP/CP until the P2A message is successfully sent. For example, if the retransmission interval is set to 5 seconds, the ParlayX GW resends the P2A message 5 seconds after the ParlayX GW determines that the P2A message has failed to be sent.
  • the P2A message transmission process ends.
  • ParlayX GW ⁇ 'J is stored in the retransmission queue.
  • the maximum number of transmissions and the maximum buffering time may be included in the retransmission indication identifier; for example: the maximum number of transmissions is 10, and the maximum buffering time is 24 hours; then, after resending 10 times to the SP/CP, or the P2A After the message has been stored in the retransmission queue for 24 hours, the ParlayX GW deletes the P2A message.
  • the ParlayX GW stores the P2A message in the retransmission queue from the retransmission queue to the storage device, or the ParlayX GW deletes some or all of the P2A messages in the retransmission queue. .
  • the ParlayX GW deletes some P2A messages in the retransmission queue, it can be deleted according to the time sequence in which the P2A messages are stored in the retransmission queue, for example: Delete some P2A messages that are first stored in the retransmission queue.
  • the gateway device may The second service message that fails to be sent is buffered, and the retransmission is performed to ensure the success rate of the second service message transmission, and the reliability of the second service message transmission between the gateway device and the service provider device is improved, and the service quality of the service is improved.
  • FIG. 5 is a flowchart of the steps of the second embodiment of the data packet sending method according to the present invention.
  • the data packet sending method described in this embodiment is a mode in which the SP/CP actively obtains a data packet from the ParlayX GW, and the ParlayX GW is used as the main body to the SP. /CP method of sending packets. As shown in FIG. 5, the method embodiment includes:
  • Step 501 Receive a data packet sent by the user equipment.
  • the ParlayX GW receives the data packet sent by the user equipment.
  • the data packet may be a message delivery report sent by the user equipment through the SMSC/MMSC, and the message is delivered.
  • the SP2/CP corresponds to the A2P message sent by the user equipment.
  • the data packet may be a P2A message sent by the user equipment to the SP/CP through the SMSC/MMSC.
  • Step 502 Receive a request sent by the SP/CP to obtain an acquisition request of the data packet.
  • the ParlayX GW receives the SP/CP transmission acquisition request, and the acquisition request is used to request to acquire ParlayX.
  • the acquisition request may include a cache indication identifier, where the cache indication identifier may be preset by the SP/CP in the acquisition request sent by the SP/CP to the ParlayX GW, and send the acquisition request to the ParlayX GW to send the cache indication identifier to the ParlayX GW.
  • the cache indication identifier may also be set in advance in the ParlayX GW.
  • the cache indication identifier indicates that after the ParlayX GW fails to send a data packet to the SP/CP, the ParlayX GW needs to store the failed packet to the cache queue to wait for the SP/CP to reacquire, to ensure the ParlayX GW and the SP.
  • Step 503 Send a data packet to the SP/CP according to the acquisition request.
  • the ParlayX GW sends a packet to the SP/CP according to the acquisition request sent by the SP/CP.
  • Step 504 After the data packet fails to be sent in step 503, the data packet is stored in the cache queue according to the cache indication identifier to wait for re-acquisition of the SP/CP.
  • the ParlayX GW stores the data packet in the buffer queue according to the cache indication identifier, and waits for the SP/CP to reacquire.
  • the ParlayX GW stores the data in the cache. The packets in the queue are resent to the SP/CP.
  • the data packet sending method provided by the embodiment of the present invention, after the gateway device fails to send a data packet to the service provider device, the gateway device may store the failed data packet in the cache queue according to the preset cache indication identifier, waiting for the service When the provider device reacquires, retransmission is performed to ensure the success rate of data packet transmission, improve the reliability of data packet transmission between the gateway device and the service provider device, and improve the service quality of the service.
  • FIG. 6 is a flowchart of the steps of the second embodiment of the method for acquiring a data packet according to the present invention.
  • the method for obtaining a data packet according to the embodiment is that the SP/CP actively acquires the data packet from the ParlayX GW, and the SP/CP is the main body.
  • Step 601 After receiving the data packet sent by the user equipment, the ParlayX GW sends a request for obtaining the data packet to the ParlayX GW.
  • the data packet may be a message delivery report sent by the user equipment through the SMSC/MMSC, and the message delivery report is The SP2/CP corresponds to the A2P message sent by the user equipment.
  • the data packet may be a P2A message sent by the user equipment to the SP/CP through the SMSC/MMSC.
  • the request that the SP/CP sends the request to obtain the data packet to the ParlayX GW can be divided into the following two cases: 1.
  • the SP/CP actively sends the A2P message to the user equipment
  • the SP/CP sends the message to the user equipment through the ParlayX GW.
  • the ParlayX GW returns a message ID to the SP/CP.
  • the SP/CP can use the message ID to actively obtain the message delivery corresponding to the A2P message.
  • the user equipment actively sends a P2A message to the SP.
  • the SP/CP can periodically send a polling message to the ParlayX GW, which carries the access code of the SP/CP to obtain the P2A message sent by the user equipment from the ParlayX GW.
  • the acquisition request may include a cache indication identifier, where the cache indication identifier may be preset by the SP/CP in the acquisition request sent by the SP/CP to the ParlayX GW, and send the acquisition request to the ParlayX GW to send the cache indication identifier to the ParlayX GW.
  • the cache indication identifier may also be set in advance in the ParlayX GW. The cache indication identifier indicates that after the ParlayX GW fails to send a data packet to the SP/CP, the ParlayX GW needs to store the failed packet to the cache queue to wait for the SP/CP to reacquire, to ensure the ParlayX GW and the SP. The reliability of packet transmission between /CP.
  • Step 602 Receive a data packet sent by the ParlayX GW.
  • the SP/CP receives the data packet sent by the ParlayX GW according to the acquisition request.
  • Step 603 After the data packet in step 602 fails to be received, send a re-acquisition request to the ParlayX GW.
  • the SP/CP sends a reacquisition request to the ParlayX GW.
  • Step 604 Receive a data packet that is sent by the ParlayX GW according to the cache indication identifier.
  • the SP/CP re-receives the data packet that the ParlayX GW resends according to the cache indication identifier and the reacquisition request.
  • the data packet obtaining method may re-request the data packet that the gateway device fails to send according to the preset buffer indication identifier to ensure that the data packet is sent.
  • the success rate of data packet reception improves the reliability of packet transmission between the gateway device and the service provider device, and improves the service quality of the service.
  • the following describes the transmission process of the data packet between the gateway device and the service provider device according to different scenarios of the message transmitted between the SP/CP and the user equipment.
  • FIG. 7 is a signaling flowchart of a second embodiment of a message delivery report transmission method according to the present invention.
  • the message delivery report transmission method described in this embodiment is an SP/CP active transmission mode in a mode in which an SP/CP actively acquires a data packet from a ParlayX GW.
  • the message delivery reports the process of transmission between the ParlayX GW and the SP/CP.
  • the method includes:
  • Step 701 The SP/CP calls an interface such as a short message (“SendSms”) or a multimedia message (“SendMessage”) in the ParlayX GW to send an A2P message to the ParlayX GW.
  • SendSms short message
  • SendMessage multimedia message
  • the A2P message does not carry the return indication identifier ("receiptRequest" parameter).
  • the ParlayX GW detects that the A2P message does not carry the "receiptRequest” parameter, it determines that the SP/CP will actively obtain the message delivery corresponding to the A2P message.
  • Step 702 The ParlayX GW performs logical processing, and then sends an A2P message sent by the SP/CP to the user equipment by using an SMSC/MMSC (not shown).
  • Step 703 The user equipment sends a message delivery report corresponding to the A2P message to the ParlayX GW through the SMSC/MMSC.
  • Step 704 The ParlayX GW determines that the message delivery report needs to be cached according to the A2P message, and then waits for the SP/CP to actively acquire the packet. The ParlayX GW then caches the received message delivery report and waits for the SP. /CP's active acquisition.
  • Step 705 The SP/CP actively sends an acquisition request carrying the notification address of the service provider to the ParlayX GW, that is, the SP/CP invokes the acquisition delivery method of the ParlayX GW to obtain a delivery report corresponding to the A2P message sent by the service provider, for example,
  • the method for obtaining SMS delivery as defined in the ParlayX 2.1 protocol is: " getSmsDeliveryStatus "
  • the method for obtaining MMS delivery 4 is: "getMessageDeliveryStatus”.
  • the acquisition request includes a cache indication identifier, which is used to instruct the ParlayX GW to store the message delivery report in a cache queue after waiting for a report delivery report failure to the SP/CP, and wait for reacquisition according to the SP/CP. Request to return the message delivery report.
  • the cache indication flag includes a maximum cache time and/or a number of allowed acquisitions.
  • Step 706 The ParlayX GW sends the cached message delivery report to the SP/CP according to the notification address of the SP/CP in the acquisition request.
  • Step 707 When the message delivery failure sent by the ParlayX GW to the SP/CP fails, the ParlayX GW stores the failed delivery message delivery report in the cache queue according to the cache indication identifier, and waits for the SP/CP to reacquire.
  • Step 708 The SP/CP sends a reacquisition request.
  • Step 709 The ParlayX GW extracts the message delivery report from the cache queue according to the reacquisition request sent by the SP/CP, and sends the message delivery report to the SP/CP according to the notification address of the SP/CP until the message delivery report Sent successfully.
  • the message delivery transmission process ends.
  • ParlayX The GW deletes the message delivery stored in the cache queue before reporting.
  • the maximum cache time and the number of allowed acquisitions may be included in the cache indication identifier; for example: the maximum cache time is 24 hours, and the number of acquisitions is 10 times; then the message delivery has been stored in the retransmission queue 24 After the hour, or after the SP/CP has sent 10 acquisition requests, ParlayX GW deletes the message delivery report.
  • the ParlayX GW persistently stores the message delivery report in the cache queue from the cache queue to the storage device, or the ParlayX GW deletes some or all of the message delivery reports in the cache queue. .
  • the ParlayX GW deletes part of the message delivery report in the cache queue, it can be deleted according to the time sequence in which the message delivery report is stored in the cache queue, for example: Delete a part of the message delivery report that is first stored in the cache queue.
  • the message delivery report transmission method provided by the embodiment of the present invention, after the gateway device sends a message delivery report to the service provider device, the gateway device may store the failed delivery message delivery report in the cache queue according to the preset cache indication identifier. Waiting for retransmission when the service provider device reacquires to ensure the success rate of message delivery report transmission, improve gateway device and service provision The reliability of message delivery report delivery between vendor devices.
  • FIG. 8 is a signaling flowchart of a second service message transmission method according to Embodiment 2 of the present invention.
  • the second service message transmission method described in this embodiment is that the user equipment actively takes the mode in which the SP/CP actively obtains a data packet from the ParlayX GW.
  • the method includes:
  • Step 801 The user equipment sends a P2A message to the SP/CP through an SMSC/MMSC (not shown).
  • Step 802 The ParlayX GW caches the received P2A message.
  • the ParlayX GW can determine that the SP/CP will actively acquire the P2A message, and after receiving the P2A message, the ParlayX GW caches the P2A message and waits. Active acquisition of SP/CP.
  • Step 803 The SP/CP actively sends a request for acquiring the notification address of the SP/CP to the ParlayX GW, that is, the SP/CP invokes the method for obtaining the message corresponding to the ParlayX GW to obtain a message sent by the user, as defined in the ParlayX 2.1 protocol.
  • the SMS acquisition method is: “getReceivedSms”
  • the MMS acquisition method is: “getReceivedMessages”.
  • the acquisition request further includes a cache indication identifier, which is used to indicate that the ParlayX GW stores the P2A message in the cache queue after waiting for the P2A message to be returned to the SP/CP, and waits for the reacquisition request sent according to the SP/CP. Returns a P2A message.
  • the cache indication flag includes a maximum cache time and/or a number of allowed acquisitions.
  • Step 804 The ParlayX GW caches the notification address according to the SP/CP in the acquisition request.
  • the P2A message is sent to the SP/CP.
  • Step 805 ParlayX is sent when the P2A message sent by the ParlayX GW to the SP/CP fails to be sent.
  • the GW stores the failed P2A message in the cache queue and waits for the SP/CP to reacquire according to the cache indication identifier.
  • the ParlayX GW determines the data. Packet failed to be sent,
  • Step 806 The SP/CP sends a reacquisition request.
  • Step 807 The ParlayX GW extracts the P2A message from the cache queue according to the re-acquisition request sent by the SP/CP, and sends the P2A message to the SP/CP according to the notification address of the SP/CP, until the P2A message is successfully sent.
  • the P2A messaging process ends.
  • the ParlayX GW deletes the P2A message stored in the buffer queue.
  • the maximum cache time and the number of allowed acquisitions may be included in the cache indication identifier; for example: the maximum cache time is 24 hours, and the number of acquisitions is 10 times; after the P2A message has been stored in the retransmission queue for 24 hours, After the SP/CP has sent 10 acquisition requests, the ParlayX GW deletes the P2A message.
  • retransmission or buffering may be performed when packet transmission fails between ParlayX GW and SP/CP, and data is guaranteed.
  • Reliable delivery of packets thus, users can take different measures for packets of different importance according to requirements, for example: For some important data packets, set retransmission during transmission by resending indicator or cache indication Or cache function, and set different retransmission times or maximum cache time according to the importance of the data packet; for some unimportant data packets, the retransmission or caching function in the transmission process is not set, thereby improving ParlayX While the reliability of packet transmission between GW and SP/CP is also reduced, the impact of retransmission or buffering on ParlayX GW performance is also minimized.
  • the first receiving module 91 receives the data packet sent by the user equipment; the first sending module 93 is configured according to
  • the gateway device may cache the data packet that fails to be sent according to the preset retransmission indication identifier, and perform retransmission to ensure the data packet is sent.
  • the success rate improves the reliability of packet transmission between the gateway device and the service provider device, and improves the service quality of the service.
  • the first processing module 95 may include: a message retransmission queue 951 and a retransmission control submodule 953.
  • the message retransmission queue 951 is used to cache the data packet after the packet transmission fails.
  • the retransmission control sub-module 953 is configured to re-apply the data packet in the message retransmission queue 951 according to the retransmission indication identifier. Hair control.
  • the retransmission indication identifier may include any one or a combination of the following parameters: a maximum number of transmissions, a retransmission interval, and a maximum cache time.
  • the first deleting module 97 is configured to delete the data packet in the message retransmission queue 951 after the retransmission of the data packet succeeds, or after the number of retransmissions reaches the maximum number of transmissions, or after the retransmission time reaches the maximum buffering time.
  • the first persistent storage module 99 is configured to store the data packet in the message retransmission queue 951 from the message retransmission queue 951 to the storage device if the number of data packets in the message retransmission queue 951 reaches a threshold, or Some or all of the packets of the message retransmission queue 951 are deleted.
  • the gateway device may cache the data packet that fails to be sent according to the preset retransmission indication identifier, and perform retransmission to ensure the data packet is sent.
  • the success rate improves the reliability of packet transmission between the gateway device and the service provider device, and improves the service quality of the service.
  • FIG. 11 is a schematic structural diagram of Embodiment 1 of a service provider device according to the present invention.
  • the service provider device includes: an identifier sending module 1101 and a third receiving module 1103.
  • the identifier sending module 1101 is configured to send a retransmission indication identifier to the gateway device, where the retransmission indication identifier is used to instruct the gateway device to store the data packet in the retransmission queue for retransmission after failing to send the data packet to the service provider device.
  • the third receiving module 1103 is configured to receive a data packet sent by the gateway device, and receive the data packet in the data packet. After the failure, the receiving gateway device identifies the retransmitted data packet according to the retransmission indication.
  • the identity sending module 1101 sends a retransmission indication identifier to the ParlayX GW by sending an A2P message to the ParlayX GW, or by registering the SP/CP notification address with the ParlayX GW.
  • the third receiving module 1103 receives the data packet sent by the ParlayX GW, and the data packet After the ParlayX GW receives the information from the user equipment, it sends the data to the SP/CP. When the receiving data packet fails, the third receiving module 1103 receives the data packet retransmitted by the ParlayX GW according to the retransmission indication identifier.
  • the service provider device of the embodiment of the present invention may re-receive the data packet retransmitted by the gateway device according to the preset retransmission indication identifier to ensure the success rate of the data packet reception. Improve the reliability of packet transmission between gateway devices and service provider devices, and improve the quality of service services.
  • the embodiment of the invention provides a network system, which includes a gateway device as shown in FIG. 9 or FIG. 10 and a service provider device as shown in FIG.
  • FIG. 12 is a schematic structural diagram of Embodiment 3 of a gateway device according to the present invention.
  • the gateway device includes: a second receiving module 1201, a second sending module 1203, and a second processing module 1205.
  • the second receiving module 1201 is configured to receive, after receiving the data packet sent by the user equipment, a request for acquiring the data packet sent by the service provider device, where the acquiring request includes a cache indication identifier, where the cache indication identifier is used to indicate the second
  • the processing module 1205 stores the data packet in the cache queue, and waits for the data packet to be returned according to the reacquisition request sent by the service provider device.
  • the second deletion module 1207 is configured to delete the data packet in the cache queue after the data packet is successfully retransmitted, or after the maximum cache time is reached or the number of allowed acquisition times is reached.
  • the second persistent storage module 1209 is configured to: when the number of data packets in the cache queue reaches a threshold, store the data packets in the cache queue from the cache queue to the storage device, or delete some or all of the data in the cache queue. package.
  • the fourth receiving module 1401 is configured to receive a data packet sent by the gateway device.
  • Another embodiment of the present invention provides a network system including a gateway device as shown in FIG. 12 or FIG. 13 and a service provider device as shown in FIG.

Landscapes

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

Description

数据包发送方法、 数据包获取方法及装置 本申请要求于 2009 年 08 月 14 日提交中国专利局、 申请号为 200910165296.1、 发明名称为"数据包发送方法、 数据包获取方法及装置"的 中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及通信技术领域， 尤其涉及一种数据包发送方法、 数据 包获取方法及装置。 背景技术
ParlayX 网关（ ParlayX Gateway, 以下简称为： ParlayX GW )将运营商 的网络能力、业务能力和运营支撑能力用 ParlayX 网络服务器（ ParlayX Web Services )接口向业务提供商设备开放； 其中业务提供商设备包括服务提供 商 （ Service Provider, 以下简称为： SP )或内容提供商 （ Content Provider, 以下简称为： CP ) ,以下以 SP/CP表示业务提供商设备。 ParlayX Web Services 接口是在因特网上广泛使用的简单对象访问协议（Simple Object Access Protocol, 筒称为： SOAP)之上定义的， 由此， ParlayX Web Services接口可 以被不具备电信专业知识的 IT开发人员快速掌握， 从而使得 SP/CP快速、 灵 活的使用 ParlayX接口进行第三方（ 3rd-party )业务的开发。其中， ParlayX Web Services接口是由 PARLAY论坛组织统一定义的。
可以主动发送应用到点（Application to Point, 以下筒称为： A2P ) 消息给用 户， 用户接收到该 A2P消息后 , 会返回该 A2P消息对应的消息递送报告 , ParlayX GW将该消息递送 ^艮告发送给 SP/CP; 用户也可以通过 ParlayX GW主 动发送点到应用 （Point to Application, 以下简称为： P2A ) 消息给 SP/CP。 其中， 在 ParlayX GW向 SP/CP发送消息递送报告或 P2A消息时， 可以有 两种模式： 一为 ParlayX GW主动向 SP/CP发送的模式； 另一为 SP/CP主动向 ParlayX GW获取的模式。
在 ParlayX GW主动向 SP/CP发送的模式下 , ParlayX GW在接收到用户发 送的消息递送报告或 P2A消息后， ParlayX GW主动将该消息递送报告或 P2A 消息发送给 SP/CP;如果 ParlayX GW在发送消息递送报告或 P2A消息给 SP/CP 时， 由于网络原因导致消息发送中断， 则 ParlayX GW会丢弃当前所发送的消 息递送报告或 P2A消息 , 从而导致 SP/CP无法获得该消息递送报告或 P2A消 息。
在 SP/CP主动向 ParlayX GW获取的模式下， 当 SP/CP在主动获取消息递 送报告或 P2A消息时， ParlayX GW去查找先前为该 SP/CP所緩存的所有消息 递送报告或 P2A消息， 并获取这些消息递送报告或 P2A消息， 然后删除緩存 中的这些消息递送报告或 P2A消息， 再将这些消息递送报告或 P2A消息发送 给 SP/CP, 在发送过程中， 如果由于网络原因导致消息递送报告或 P2A消息 中途发送失败， 由于 ParlayX GW中已经删除了这些緩存的消息递送报告或 P2A消息， 等网络恢复后， SP/CP也无法获取上述传送失败的消息递送报告 或 P2A消息。
由上述可知， 当 PariayX GW和 SP/CP之间的网络出现异常时， 现有技术 无法保证在 ParlayX GW和 SP/CP之间数据包传送的可靠性， 尤其当重要的消 息递送 ^艮告或用户发送的 P2A消息丢失时， 会导致用户无法使用业务， 从而 引起用户对运营商的投诉。
发明内容 本发明实施例提供了一种数据包发送方法、 数据包获取方法及装置， 用 以当网关设备和业务提供商设备之间的网络出现异常时，保证数据包发送的 成功率， 提高在网关设备和业务提供商设备之间传送数据包的可靠性。
本发明实施例提供一种数据包发送方法， 包括：
接收用户设备发送的数据包后 , 将所述数据包发送给对应的业务提供商 设备， 并在所述数据包发送失败后， 根据重发指示标识将所述数据包存储到 重发队列中等待重发。
本发明实施例提供一种数据包获取方法， 包括：
向网关设备发送重发指示标识， 所述重发指示标识用于指示所述网关设 备在向业务提供商设备发送数据包失败后、将所述数据包存储到重发队列中 等待重发；
接收所述网关设备发送的数据包， 并在所述数据包接收失败后， 再接收 所述网关设备根据所述重发指示标识重新发送的所述数据包。
本发明实施例提供另一种数据包发送方法， 包括：
接收用户设备发送的数据包后，接收业务提供商设备发送的请求获取所 述数据包的获取请求， 所述获取请求包括用于指示在向所述业务提供商设备 返回所述数据包失败后， 将所述数据包存储到緩存队列中、 并等待根据所述 业务提供商设备发送的重新获取请求返回所述数据包的緩存指示标识； 根据所述获取请求向所述业务提供商设备发送所述数据包 , 并在所述数 据包发送失败后 ,根据所述緩存指示标识将所述数据包存储到緩存队列中等 待所述业务提供商设备的重新获取。
本发明实施例提供另一种数据包获取方法， 包括： 在网关设备接收到用户设备发送的数据包后 , 向所述网关设备发送请求 获取所述数据包的获取请求， 所述获取请求包括用于指示所述网关设备在向 业务提供商设备返回所述数据包失败后 , 将所述数据包存储到緩存队列中、 并等待根据所述业务提供商设备发送的重新获取请求返回所述数据包的緩 存指示标识；
接收所述网关设备发送的所述数据包， 若所述数据包接收失败， 则向所 述网关设备发送所述重新获取请求，接收所述网关设备根据所述緩存指示标 识重新发送的所述数据包。
本发明实施例提供一种网关设备， 包括：
第一接收模块， 用于接收用户设备发送的数据包；
第一发送模块， 用于将所述数据包发送给对应的业务提供商设备； 第一处理模块， 用于在所述第一发送模块发送所述数据包失败后， 根据 重发指示标识将所述数据包存储到重发队列中等待重发。
本发明实施例提供一种业务提供商设备， 包括：
标识发送模块， 用于向网关设备发送重发指示标识， 所述重发指示标识 用于指示所述网关设备在向所述业务提供商设备发送数据包失败后、将所述 数据包存储到重发队列中等待重发；
第三接收模块， 用于接收所述网关设备发送的数据包， 并在所述数据包 接收失败后 ,再接收所述网关设备根据所述重发指示标识重新发送的所述数 据包。
本发明实施例提供另一种网关设备， 包括：
第二接收模块， 用于接收用户设备发送的数据包后， 接收业务提供商设 备发送的请求获取所述数据包的获取请求， 所述获取请求包括用于指示在向 所述业务提供商设备返回所述数据包失败后 ,将所述数据包存储到緩存队列 中、并等待根据所述业务提供商设备发送的重新获取请求返回所述数据包的 緩存指示标识； 第二发送模块， 用于根据所述第二接收模块接收到的所述获取请求向所 述业务提供商设备发送所述数据包； 第二处理模块， 用于在所述第二发送模块发送所述数据包失败后， 根据 所述緩存指示标识将所述数据包存储到緩存队列中等待所述业务提供商设 备的重新获取。 本发明实施例提供另一种业务提供商设备， 包括： 第四接收模块， 用于接收所述网关设备发送的所述数据包； 第一获取模块， 用于在所述网关设备接收到用户设备发送的数据包后， 向所述网关设备发送请求获取所述数据包的获取请求， 并在所述第四接收模 块接收所述数据包失败后， 向所述网关设备发送重新获取请求； 所述获取请 求包括用于指示所述网关设备在向所述第四接收模块返回所述数据包失败 后， 将所述数据包存储到緩存队列中、 并等待根据所述第一获取模块发送的 重新获取请求返回所述数据包的緩存指示标识。 本发明实施例提供的数据包发送方法、 数据包获取方法及装置， 网关设 备在向业务提供商设备发送数据包发生失败后， 可以根据预先设置的重发指 示标识或緩存指示标识， 将发送失败的数据包进行緩存， 并进行重发以保证 数据包发送的成功率，提高网关设备和业务提供商设备之间数据包传送的可 靠性， 提高了业务服务质量。 附图说明 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下 , 还可以根据这些附图获得其他的附图。
图 1为本发明数据包发送方法实施例一的步驟流程图； 图 2为本发明数据包获取方法实施例一的步驟流程图； 图 3为本发明消息递送报告传送方法实施例一的信令流程图； 图 4为本发明第二业务消息传送方法实施例一的信令流程图； 图 5为本发明数据包发送方法实施例二的步驟流程图； 图 6为本发明数据包获取方法实施例二的步驟流程图； 图 7为本发明消息递送报告传送方法实施例二的信令流程图； 图 8为本发明第二业务消息传送方法实施例二的信令流程图； 图 9为本发明网关设备实施例一的结构示意图； 图 10为本发明网关设备实施例二的结构示意图； 图 11为本发明业务提供商设备实施例一的结构示意图； 图 12为本发明网关设备实施例三的结构示意图； 图 13为本发明网关设备实施例四的结构示意图； 图 14为本发明业务提供商设备实施例二的结构示意图。 具体实施方式
下面结合附图和具体实施例进一步说明本发明实施例的技术方案。 在网络系统中， 业务提供商设备与用户设备之间可以通过网关设备相互 发送数据包。 例如： SP/CP与用户设备之间发送数据可以分为以下两种场景： 一为 SP/CP主动发送 A2P消息给用户设备；二为用户设备主动发送 P2A消息给 SP/CP。 其中， 本发明实施例中的业务提供商设备可以表示服务提供商 ( Service Provider, 简称为： SP ) ,也可以表示内容提供商（ Content Provider, 简称为： CP ) , 本发明实施例中将业务提供商设备表示为 SP/CP; 本发明实 施例中的网关设备以 ParlayX GW为例进行说明 , 但是并不限于 ParlayX GW; 本发明实施例中的第一业务消息以 A2P消息为例进行说明 , 第二业务消息以 P2A消息为例进行说明。
ParlayX GW向 SP/CP发送数据包的模式， 可以分为以下两种： 一为 ParlayX GW主动向 SP/CP发送数据包的模式； 另一为 SP/CP主动向 ParlayX GW获取数据包的模式。
ParlayX GW主动向 SP/CP发送数据包的模式：
在 SP/CP主动发送 A2P消息给用户设备的场景中，用户设备接收到该 A2P 消息后，会将该 A2P消息对应的消息递送报告（ delivery report )返回给 ParlayX GW, ParlayX GW主动将该消息递送报告发送给 SP/CP;
在用户设备主动发送 P2A消息给 SP/CP的场景中， ParlayX GW将接收到 的用户设备发送的 P2A消息， 主动发送给 SP/CP。
SP/CP主动向 ParlayX GW获取数据包的模式：
在 SP/CP主动发送 A2P消息给用户设备的场景中，用户设备接收到该 A2P 消息后， 会将该 A2P消息对应的消息递送报告返回给 ParlayX GW, ParlayX GW等待 SP/CP发出主动获取该消息递送报告的获取请求后，将该消息递送才艮 告发送给 SP/CP;
在用户设备主动发送 P2A消息给 SP/CP的场景中， ParlayX GW接收到用 户设备发送的 P2A消息后 , 等待 SP/CP发出主动获取该 P2A消息的获取请求 后， 将该 Ρ2Α消息发送给 SP/CP。
图 1为本发明数据包发送方法实施例一的步驟流程图 , 本实施例描述的 数据包发送方法是在 ParlayX GW主动向 SP/CP发送数据包的模式下， 以 ParlayX GW为主体， 向 SP/CP发送数据包的方法。 如图 1所示， 该方法实施例 包括：
步驟 101、 接收用户设备发送的数据包。
ParlayX GW接收到用户设备发送的数据包；其中，在 SP/CP主动发送 A2P 消息给用户设备的场景中， 该数据包可以为用户设备通过网元设备发送的消 息递送 告， 该消息递送报告与 SP/CP向用户设备发送的 A2P消息对应； 在 用户设备主动发送 P2A消息给 SP/CP的场景中， 该数据包可以为用户设备通 过网元设备发送给 SP/CP的 P2A消息。
步驟 102、 将数据包发送给对应的 SP/CP。
ParlayX GW根据 SP/CP注册的通知地址向 SP/CP发送数据包。该 SP/CP的 通知地址， 可以是在 SP/CP发送的 A2P消息中携带的， 也可以是 SP/CP在进行 数据包传送之前， 在 ParlayX GW中注册的。
步驟 103、 在步驟 102中的数据包发送失败后， 根据重发指示标识将该数 据包存储到重发队列中等待重发。
其中， ParlayX GW通过 TCP服务器与 SP/CP进行数据传送， 当 SP/CP接收 到 ParlayX GW发送的数据包后 , SP/CP或 TCP服务器会向 ParlayX GW返回发 送成功的响应； 若 SP/CP接收数据包发生失败时， SP/CP或 TCP服务器会向 ParlayX GW返回发送失败的响应， 或者 SP/CP或 TCP服务器不向 ParlayX GW 返回响应。 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时， ParlayX GW判断出该数据包发送失败， 然后 ParlayX GW根据重发 指示标识将该数据包存储到重发队列中等待重发， 当到达预设的重发时间间 隔后， ParlayX GW将存储在重发队列中的数据包重新发送给 SP/CP。
该重发指示标识可以由 SP/CP预先设置在 A2P消息中， 通过向 ParlayX
GW发送 A2P消息， 将重发指示标识发送给 ParlayX GW; 该重发指示标识也 可以由 SP/CP预先设置在 SP/CP的通知地址中 ,通过向 ParlayX GW注册 SP/CP 的通知地址，将重发指示标识发送给 ParlayX GW; 该重发指示标识还可以是 预先在 ParlayX GW中设置的。 该重发指示标识表示， 当 ParlayX GW向 SP/CP 发送数据包失败后， ParlayX GW需要将发送失败的数据包进行存储， 并且重 新发送该数据包， 以保证 ParlayX GW和 SP/CP之间数据包传送的可靠性。 当 ParlayX GW接收到重发指示标识后，会根据重发指示标识对发送失败的数据 包进行重发。
本发明实施例提供的数据包发送方法 , 网关设备在向业务提供商设备发 送数据包发生失败后， 可以根据预先设置的重发指示标识， 将发送失败的数 据包进行緩存， 并进行重发以保证数据包发送的成功率， 提高网关设备和业 务提供商设备之间数据包传送的可靠性， 提高了业务服务质量。
图 2为本发明数据包获取方法实施例一的步骤流程图 , 本实施例描述的 数据包获取方法是在 ParlayX GW主动向 SP/CP发送数据包的模式下， 以 SP/CP为主体， 向 ParlayX GW获取数据包的方法。 如图 2所示， 该方法实施例 包括：
步骤 201、 向 ParlayX GW发送重发指示标识 , 该重发指示标识用于指示 ParlayX GW在向 SP/CP发送数据包失败后、 将该数据包存储到重发队列中等 待重发。
其中， 该重发指示标识可以由 SP/CP预先设置在 A2P消息中， SP/CP通过 向 ParlayX GW发送 A2P消息， 将重发指示标识发送给 ParlayX GW; 该重发指 示标识也可以由 SP/CP预先设置在 SP/CP的通知地址中， SP/CP通过向 ParlayX GW注册 SP/CP的通知地址， 将重发指示标识发送给 ParlayX GW。
该重发指示标识表示， 当 SP/CP从 ParlayX GW接收数据包失败后， ParlayX GW需要将发送失败的数据包进行存储， 并且重新发送该数据包， 以 使 SP/CP能重新接收数据包， 保证 ParlayX GW和 SP/CP之间数据包传送的可 靠性； 当 ParlayX GW接收到重发指示标识后，会根据重发指示标识对发送失 败的数据包进行重发。
步驟 202、 接收 ParlayX GW发送的数据包。
SP/CP接收 ParlayX GW发送的数据包 , 该数据包是 ParlayX GW从用户设 备接收到后， 主动发送给 SP/CP的； 其中， 在 SP/CP主动发送 A2P消息给用户 设备的场景中， 该数据包可以为用户设备通过网元设备发送的消息递送报 告， 该消息递送报告与 SP/CP向用户设备发送的 A2P消息对应； 在用户设备 主动发送 P2A消息给 SP/CP的场景中， 该数据包可以为用户设备通过网元设 备发送给 SP/CP的 P2A消息。
步驟 203、在步驟 202中的数据包接收失败后，再接收 ParlayX GW根据重 发指示标识重新发送的数据包。
其中， 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时， ParlayX GW判断出 SP/CP接收该数据包发生失败， 然后 ParlayX GW 根据重发指示标识向 SP/CP重新发送该数据包 ,以使 SP/CP在数据包接收失败 后 , 可以重新接收到 ParlayX GW根据重发指示标识重新发送的该数据包。
本发明实施例提供的数据包获取方法， 业务提供商设备在接收网关设备 发送的数据包发生失败后， 可以重新接收网关设备根据预先设置的重发指示 标识重新发送的数据包， 以保证数据包接收的成功率， 提高网关设备和业务 提供商设备之间数据包传送的可靠性， 提高了业务服务质量。
下面根据 SP/CP与用户设备之间传送消息的不同场景， 分别描述数据包 在网关设备和业务提供商设备之间的传送过程。
图 3为本发明消息递送报告传送方法实施例一的信令流程图， 本实施例 描述的消息递送报告传送方法是在 ParlayX GW主动向 SP/CP发送数据包的模 式下， SP/CP主动发送 A2P消息给用户设备的场景中，消息递送报告在 ParlayX GW与 SP/CP之间传送的过程。 如图 3所示， 该方法包括：
步驟 301、 SP/CP调用 ParlayX GW中的发送短信（ "SendSms" )或彩信 ( "SendMessage" )等接口， 主动将 A2P消息发送到 ParlayX GW。
该 A2P消息中包括返回指示标识和重发指示标识。 该返回指示标识用于 指示 ParlayX GW将接收的用户设备返回的消息递送报告主动返回给 SP/CP; 例如： 本实施例中该返回指示标识可以为 "receiptRequest" 参数， 其中， "receiptRequest" 参数包括 SP/CP的通知地址。 "receiptRequest" 参数表示， 当用户设备通过网元设备返回 A2P消息对应的消息递送报告时， ParlayX GW 需要根据 "receiptRequest" 参数中的 SP/CP的通知地址， 主动将该消息递送 报告发送给 SP/CP。 该重发指示标识用于指示 ParlayX GW在向 SP/CP返回该 消息递送报告失败后， 将该消息递送报告存储到重发队列中等待重发； 重发 指示标识可以包括以下参数中的任意一个或其组合： 最大发送次数、 重发间 隔时间和最大緩存时间。 该 A2P消息可以为 SP/CP发送给用户设备的 A2P消 息。
步骤 302、 ParlayX GW进行业务逻辑处理， 然后通过网元设备（图中未 示出）将 SP/CP发送的 A2P消息发送给用户设备。 网元设备可以为 SMSC、 MMSC或 WAPGW等 , ParlayX GW可以通过网元设备向用户设备发送数据 , 用户设备也可以通过网元设备向 ParlayX GW发送数据， 本实施例中以 SMSC/MMSC来表示网元设备。
步驟 303、用户设备通过 SMSC/MMSC ,将 A2P消息对应的消息递送报告 发送给 ParlayX GW。
步驟 304、 ParlayX GW根据 A2P消息中的返回指示标识， 判断出需要主 动将消息递送报告发送给 SP/CP, 然后 ParlayX GW根据 SP/CP的通知地址， 将消息递送报告发送给 SP/CP。
步驟 305、 在 ParlayX GW发送给 SP/CP的消息递送 ^艮告发送失败时，
ParlayX GW根据重发指示标识，把发送失败的消息递送报告存储到重发队列 中等待重发。
其中， 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时， ParlayX GW判断出该数据包发送失败。
步驟 306、当到达了重发指示标识中设定的重发间隔时间后， ParlayX GW 将存储在重发队列中的消息递送报告重新发送给 SP/CP, 直到该消息递送才艮 告发送成功。 例如： 重发间隔时间设定为 5秒， 则在消息递送 告发送失败 5 秒后 , ParlayX GW重新发送该消息递送报告。
在本实施例中，当 ParlayX GW发送给 SP/CP的消息递送报告发送成功后， 该消息递送报告传送流程结束。
其中， 在本发明实施例中， 还可以包括以下操作步骤：
在重发消息递送报告成功后， 或重发次数达到最大发送次数后， 或重发 时间达到最大緩存时间后， 或者上述任意情况的组合同时满足后， ParlayX GW删除重发队列中存储的该消息递送报告。 最大发送次数和最大緩存时间 可以是在重发指示标识中包含的； 例如： 最大发送次数为 10次， 最大緩存时 间为 24小时； 则在向 SP/CP重发过 10次后， 或者该消息递送^艮告已经在重发 队列中存储了 24小时后， ParlayX GW将该消息递送报告删除。
若重发队列中存储的消息递送报告的数量达到阈值，则 ParlayX GW将重 发队列中的消息递送报告从重发队列持久化存储到存储设备中， 或 ParlayX GW删除重发队列中的部分或全部消息递送报告。 在 ParlayX GW删除重发队 列中的部分消息递送报告时， 可以根据消息递送报告存储到重发队列的时间 顺序来删除， 例如： 将最先存储到重发队列中的一部分消息递送报告删除。
本发明实施例提供的消息递送报告传送方法， 网关设备在向业务提供商 设备发送消息递送报告发生失败后， 可以根据预先设置的重发指示标识， 将 发送失败的消息递送报告进行緩存， 并进行重发以保证消息递送报告发送的 成功率， 提高网关设备和业务提供商设备之间消息递送报告传送的可靠性， 提高了业务服务质量。
图 4为本发明第二业务消息传送方法实施例一的信令流程图， 本实施例 式下，用户设备主动发送 P2A消息给 SP/CP的场景中， P2A消息在 ParlayX GW 与 SP/CP之间传送的过程。 如图 4所示， 该方法包括：
步骤 401、 SP/CP调用 ParlayX GW的通知管理接口， 注册 SP/CP的通知地 址（例如： 短信的通知管理接口是： " SmsNotificationManager" , 彩信的通 知管理接口是： "MessageNotificationManager" ) , 并且向 ParlayX GW发送 重发指示标识。 SP/CP预先向 ParlayX GW注册 SP/CP的通知地址， 就表示， 当 ParlayX GW收到用户设备通过 SMSC/MMSC发送的 P2A消息时， ParlayX
GW需要主动将该 P2A消息发送给 SP/CP。
该重发指示标识用于指示 ParlayX GW在向 SP/CP发送 P2A消息失败后 , 将 P2A消息存储到重发队列中等待重发。 重发指示标识可以包括以下参数中 的任意一个或其组合： 最大发送次数、 重发间隔时间和最大緩存时间。
ParlayX GW接收到 SP/CP的通知地址时获知， 当接收到用户设备发送的
P2A消息时， ParlayX GW要主动将该 P2A消息发送给 SP/CP。
步驟 402、 用户设备通过 SMSC/MMSC (图中未示出） , 将 P2A消息发送 给 ParlayX GW。
步骤 403、 ParlayX GW进行逻辑处理， 即根据 SP/CP预先注册的 SP/CP的 通知地址可知， 需要主动将 P2A消息发送给 SP/CP, 然后 ParlayX GW根据 SP/CP的通知地址 , 将 P2A消息发送给 SP/CP。
步驟 404、 在 ParlayX GW发送给 SP/CP的 P2A消息发送失败时， ParlayX
GW根据重发指示标识， 把发送失败的 P2A消息存储到重发队列中等待重发。
其中， 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时 , ParlayX GW判断出该数据包发送失败。
步驟 405、当到达了重发指示标识中设定的重发间隔时间后 , ParlayX GW 将存储在重发队列中的 P2A消息重新发送给 SP/CP, 直到该 P2A消息发送成 功。 例如： 重发间隔时间设定为 5秒， 则在 ParlayX GW判断出 P2A消息发送 失败 5秒后 , ParlayX GW重新发送该 P2A消息。
在本实施例中， 当 ParlayX GW发送给 SP/CP的 P2A消息发送成功后， 该 P2A消息传送流程结束。
其中， 在本发明实施例中， 还可以包括以下操作步骤：
在重发 P2A消息成功后， 或重发次数达到最大发送次数后， 或重发时间 达到最大緩存时间后， 或者上述任意情况的组合同时满足后， ParlayX GW^'J 除重发队列中存储的该 P2A消息。 最大发送次数和最大緩存时间可以是在重 发指示标识中包含的； 例如： 最大发送次数为 10次，最大緩存时间为 24小时； 则在向 SP/CP重发过 10次后， 或者该 P2A消息已经在重发队列中存储了 24小 时后， ParlayX GW将该 P2A消息删除。
若重发队列中存储的 P2A消息的数量达到阈值， 则 ParlayX GW将重发队 列中的 P2A消息从重发队列持久化存储到存储设备中 , 或 ParlayX GW删除重 发队列中的部分或全部 P2A消息。 在 ParlayX GW删除重发队列中的部分 P2A 消息时， 可以根据 P2A消息存储到重发队列的时间顺序来删除， 例如： 将最 先存储到重发队列中的一部分 P2A消息删除。
本发明实施例提供的第二业务消息传送方法， 网关设备在向业务提供商 设备发送第二业务消息发生失败后， 可以根据预先设置的重发指示标识， 将 发送失败的第二业务消息进行緩存， 并进行重发以保证第二业务消息发送的 成功率， 提高网关设备和业务提供商设备之间第二业务消息传送的可靠性， 提高了业务服务质量。
图 5为本发明数据包发送方法实施例二的步骤流程图 , 本实施例描述的 数据包发送方法是在 SP/CP主动向 ParlayX GW获取数据包的模式下， 以 ParlayX GW为主体， 向 SP/CP发送数据包的方法。 如图 5所示， 该方法实施例 包括：
步驟 501、 接收用户设备发送的数据包。
ParlayX GW接收到用户设备发送的数据包；其中，在 SP/CP主动发送 A2P 消息给用户设备的场景中， 该数据包可以为用户设备通过 SMSC/MMSC发送 的消息递送报告 , 该消息递送 告与 SP/CP向用户设备发送的 A2P消息对应； 在用户设备主动发送 P2A消息给 SP/CP的场景中， 该数据包可以为用户设备 通过 SMSC/MMSC发送给 SP/CP的 P2A消息。
步驟 502、 接收 SP/CP发送的请求获取该数据包的获取请求。
ParlayX GW接收 SP/CP发送获取请求 ,该获取请求用于请求获取 ParlayX
GW接收到的用户设备发送的数据包。该获取请求中可以包括緩存指示标识， 该緩存指示标识可以由 SP/CP预先设置在 SP/CP向 ParlayX GW发送的获取请 求中， 通过向 ParlayX GW发送获取请求， 将緩存指示标识发送给 ParlayX GW; 该緩存指示标识还可以是预先在 ParlayX GW中设置的。 该緩存指示标 识表示， 当 ParlayX GW向 SP/CP发送数据包失败后， ParlayX GW需要将发送 失败的数据包存储到緩存队列中， 以等待 SP/CP的重新获取， 用以保证 ParlayX GW和 SP/CP之间数据包传送的可靠性。 步驟 503、 根据获取请求向 SP/CP发送数据包。
ParlayX GW根据 SP/CP发送的获取请求向 SP/CP发送数据包。
步驟 504、 在步骤 503中的数据包发送失败后， 根据緩存指示标识将该数 据包存储到緩存队列中等待 SP/CP的重新获取。
其中， 判断数据包发送失败的流程参见本发明数据包发送方法实施例一 中的描述， 在此不再赘述。 在步驟 503中的数据包发送失败后， ParlayX GW 根据緩存指示标识将该数据包存储到緩存队列中等待 SP/CP的重新获取， 当 SP/CP重新发送获取请求时， ParlayX GW将存储在緩存队列中的数据包重新 发送给 SP/CP。
本发明实施例提供的数据包发送方法 , 网关设备在向业务提供商设备发 送数据包发生失败后， 可以根据预先设置的緩存指示标识， 将发送失败的数 据包存储到緩存队列中， 等待当业务提供商设备重新获取时进行重发， 以保 证数据包发送的成功率，提高网关设备和业务提供商设备之间数据包传送的 可靠性， 提高了业务服务质量。
图 6为本发明数据包获取方法实施例二的步驟流程图， 本实施例描述的 数据包获取方法是在 SP/CP主动向 ParlayX GW获取数据包的模式下， 以 SP/CP为主体， 主动向 ParlayX GW获取数据包的方法。 如图 6所示， 该方法实 施例包括：
步驟 601、 在 ParlayX GW接收到用户设备发送的数据包后， 向 ParlayX GW发送请求获取该数据包的获取请求。
其中， 在 SP/CP主动发送 A2P消息给用户设备的场景中， 该数据包可以 为用户设备通过 SMSC/MMSC发送的消息递送报告， 该消息递送报告与 SP/CP向用户设备发送的 A2P消息对应； 在用户设备主动发送 P2A消息给 SP/CP的场景中， 该数据包可以为用户设备通过 SMSC/MMSC发送给 SP/CP 的 P2A消息。
SP/CP向 ParlayX GW发送请求获取数据包的获取请求可以分为以下两种 情况： 一、 在 SP/CP主动发送 A2P消息给用户设备的场景中， 当 SP/CP通过 ParlayX GW向用户设备发送一个 A2P消息时 , ParlayX GW会返回一个消息 ID 给 SP/CP , SP/CP可以用该消息 ID来主动获取该 A2P消息对应的消息递送才艮 告； 二、 在用户设备主动发送 P2A消息给 SP/CP的场景中， SP/CP可以定期向 ParlayX GW发送轮询消息 , 该消息中携带该 SP/CP的接入码 , 以向 ParlayX GW获取用户设备发送的 P2A消息。
该获取请求中可以包括緩存指示标识， 该緩存指示标识可以由 SP/CP预 先设置在 SP/CP向 ParlayX GW发送的获取请求中， 通过向 ParlayX GW发送获 取请求，将緩存指示标识发送给 ParlayX GW; 该緩存指示标识还可以是预先 在 ParlayX GW中设置的。 该緩存指示标识表示 , 当 ParlayX GW向 SP/CP发送 数据包失败后， ParlayX GW需要将发送失败的数据包存储到緩存队列中， 以 等待 SP/CP的重新获取， 用以保证 ParlayX GW和 SP/CP之间数据包传送的可 靠性。
步骤 602、 接收 ParlayX GW发送的数据包。
SP/CP接收 ParlayX GW根据获取请求发送的数据包。
步驟 603、在步驟 602中的数据包接收失败后， 向 ParlayX GW发送重新获 取请求。
其中， 判断数据包接收失败的流程参见本发明数据包获取方法实施例一 中的描述， 在此不再赘述。 在步驟 602中的数据包接收失败后， SP/CP向 ParlayX GW发送重新获取请求。
步驟 604、 接收 ParlayX GW根据緩存指示标识重新发送的数据包。
SP/CP重新接收 ParlayX GW根据緩存指示标识和重新获取请求重新发送 的数据包。
本发明实施例提供的数据包获取方法， 业务提供商设备在接收网关设备 发送的数据包发生失败后 , 可以重新请求获取网关设备根据预先设置的緩存 指示标识存储的发送失败的数据包， 以保证数据包接收的成功率， 提高网关 设备和业务提供商设备之间数据包传送的可靠性， 提高了业务服务质量。
下面根据 SP/CP与用户设备之间传送消息的不同场景， 分别描述数据包 在网关设备和业务提供商设备之间的传送过程。
图 7为本发明消息递送报告传送方法实施例二的信令流程图， 本实施例 描述的消息递送报告传送方法是在 SP/CP主动向 ParlayX GW获取数据包的模 式下， SP/CP主动发送 A2P消息给用户设备的场景中，消息递送报告在 ParlayX GW与 SP/CP之间传送的过程。 如图 7所示， 该方法包括：
步驟 701、 SP/CP调用 ParlayX GW中的发送短信（ "SendSms" )或彩信 ( "SendMessage" )等接口， 将 A2P消息发送到 ParlayX GW。
A2P消息中没有携带返回指示标识（ "receiptRequest"参数），即当 ParlayX GW检测到 A2P消息中没有携带 "receiptRequest" 参数时， 就判断出 SP/CP会 主动获取该 A2P消息对应的消息递送 告。
步驟 702、 ParlayX GW进行逻辑处理， 然后通过 SMSC/MMSC (图中未 示出） ， 将 SP/CP发送的 A2P消息发送给用户设备。 步驟 703、用户设备通过 SMSC/MMSC,将 A2P消息对应的消息递送报告 发送给 ParlayX GW。
步驟 704、 ParlayX GW根据 A2P消息中没有携带返回指示标识， 判断出 需要将该消息递送报告进行緩存，以等待 SP/CP主动来获取；然后 ParlayX GW 将接收到的消息递送报告进行緩存， 等待 SP/CP的主动获取。
步驟 705、 SP/CP主动向 ParlayX GW发送携带业务提供商的通知地址的获 取请求， 即 SP/CP调用 ParlayX GW的获取递送 告方法来获取业务提供商所 发的 A2P消息对应的递送报告， 例如： ParlayX 2.1协议中所定义的短信递送 获取方法是： " getSmsDeliveryStatus " , 彩信递送 4艮告获取方法是： "getMessageDeliveryStatus" 。
该获取请求包括緩存指示标识，该緩存指示标识用于指示 ParlayX GW在 向 SP/CP返回消息递送报告失败后， 将该消息递送报告存储到緩存队列中、 并等待根据 SP/CP发送的重新获取请求返回该消息递送报告。
该緩存指示标识包括最大緩存时间和 /或允许获取次数。
步驟 706、 ParlayX GW根据获取请求中的 SP/CP的通知地址，将緩存的消 息递送艮告发送给 SP/CP。
步骤 707、 在 ParlayX GW发送给 SP/CP的消息递送 告发送失败时 , ParlayX GW根据緩存指示标识，把发送失败的消息递送报告存储到緩存队列 中等待 SP/CP的重新获取。
其中， 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时， ParlayX GW判断出该数据包发送失败。 步驟 708、 SP/CP发送重新获取请求。
步驟 709、 ParlayX GW根据 SP/CP发送的重新获取请求，从緩存队列中提 取该消息递送报告， 并根据 SP/CP的通知地址， 将该消息递送报告发送给 SP/CP , 直到该消息递送报告发送成功。
在本实施例中 ,当 ParlayX GW发送给 SP/CP的消息递送报告发送成功后 , 该消息递送 告传送流程结束。
其中， 在本发明实施例中， 还可以包括以下操作步驟： 在重发消息递送 报告成功后， 或到达最大緩存时间后， 或到达允许获取次数后， 或者上述任 意情况的组合同时满足后 , ParlayX GW删除緩存队列中存储的该消息递送才艮 告。 最大緩存时间和允许获取次数可以是在緩存指示标识中包含的； 例如： 最大緩存时间为 24小时， 允许获取次数为 10次； 则在该消息递送 ^艮告已经在 重发队列中存储了 24小时后， 或者 SP/CP已经发送过 10次获取请求后， ParlayX GW将该消息递送报告删除。
若緩存队列中存储的消息递送报告的数量达到阈值，则 ParlayX GW将緩 存队列中的消息递送报告从緩存队列持久化存储到存储设备中 , 或 ParlayX GW删除緩存队列中的部分或全部消息递送报告。 在 ParlayX GW删除緩存队 列中的部分消息递送报告时， 可以根据消息递送报告存储到緩存队列的时间 顺序来删除， 例如： 将最先存储到緩存队列中的一部分消息递送报告删除。
本发明实施例提供的消息递送报告传送方法 , 网关设备在向业务提供商 设备发送消息递送报告发生失败后， 可以根据预先设置的緩存指示标识， 将 发送失败的消息递送报告存储到緩存队列中， 等待当业务提供商设备重新获 取时进行重发， 以保证消息递送报告发送的成功率， 提高网关设备和业务提 供商设备之间消息递送报告传送的可靠性。
图 8为本发明第二业务消息传送方法实施例二的信令流程图， 本实施例 描述的第二业务消息传送方法是在 SP/CP主动向 ParlayX GW获取数据包的模 式下，用户设备主动发送 P2A消息给 SP/CP的场景中， P2A消息在 ParlayX GW 与 SP/CP之间传送的过程。 如图 8所示， 该方法包括：
步驟 801、 用户设备通过 SMSC/MMSC (图中未示出）， 将 P2A消息发送 给 SP/CP。
步驟 802、 ParlayX GW将接收到的 P2A消息进行緩存。
由于 SP/CP预先没有在 ParlayX GW注册 SP/CP的通知地址， ParlayX GW 可以判断出 SP/CP会主动获取该 P2A消息 ,于是在接收到 P2A消息后 , ParlayX GW将该 P2A消息进行緩存， 等待 SP/CP的主动获取。
步驟 803、 SP/CP主动向 ParlayX GW发送携带 SP/CP的通知地址的获取请 求 , 即 SP/CP调用 ParlayX GW对应的消息的获取方法获取用户所发的消息 , 如： ParlayX 2.1协议中定义的短信获取方法是： "getReceivedSms" , 彩信 获取方法是： "getReceivedMessages" 。
该获取请求还包括緩存指示标识，该緩存指示标识用于指示 ParlayX GW 在向 SP/CP返回 P2A消息失败后，将该 P2A消息存储到緩存队列中、并等待根 据 SP/CP发送的重新获取请求返回 P2A消息。
该緩存指示标识包括最大緩存时间和 /或允许获取次数。
步驟 804、 ParlayX GW根据获取请求中的 SP/CP的通知地址， 将緩存的
P2A消息发送给 SP/CP。
步骤 805、 在 ParlayX GW发送给 SP/CP的 P2A消息发送失败时， ParlayX GW根据緩存指示标识，把发送失败的 P2A消息存储到緩存队列中等待 SP/CP 的重新获取。
其中， 当 ParlayX GW接收到 SP/CP或 TCP服务器返回的发送失败的响应 时， 或者当 ParlayX GW在一定的时间内没有收到 SP/CP或 TCP服务器返回的 响应时， ParlayX GW判断出该数据包发送失败，
步驟 806、 SP/CP发送重新获取请求。
步驟 807、 ParlayX GW根据 SP/CP发送的重新获取请求，从緩存队列中提 取该 P2A消息， 并根据 SP/CP的通知地址， 将该 P2A消息发送给 SP/CP, 直到 该 P2A消息发送成功。
在本实施例中， 当 ParlayX GW发送给 SP/CP的 P2A消息发送成功后， 该
P2A消息传送流程结束。
其中， 在本发明实施例中， 还可以包括以下操作步驟：
在重发 P2A消息成功后， 或到达最大緩存时间后， 或到达允许获取次数 后 , 或者上述任意情况的组合同时满足后 , ParlayX GW删除緩存队列中存储 的该 P2A消息。 最大緩存时间和允许获取次数可以是在緩存指示标识中包含 的； 例如： 最大緩存时间为 24小时， 允许获取次数为 10次； 则在该 P2A消息 已经在重发队列中存储了 24小时后，或者 SP/CP已经发送过 10次获取请求后， ParlayX GW将该 P2A消息删除。
若緩存队列中存储的 P2A消息的数量达到阈值， 则 ParlayX GW将緩存队 列中的 P2A消息从緩存队列持久化存储到存储设备中， 或 ParlayX GW删除緩 存队列中的部分或全部 P2A消息。 在 ParlayX GW删除緩存队列中的部分 P2A 消息时， 可以根据 P2A消息存储到緩存队列的时间顺序来删除， 例如： 将最 先存储到緩存队列中的一部分 P2A消息删除。
本发明实施例提供的第二业务消息传送方法， 网关设备在向业务提供商 设备发送第二业务消息发生失败后， 可以根据预先设置的緩存指示标识， 将 发送失败的第二业务消息存储到緩存队列中， 等待当业务提供商设备重新获 取时进行重发， 以保证第二业务消息发送的成功率， 提高网关设备和业务提 供商设备之间第二业务消息传送的可靠性。
需要说明的是： 在本发明提供的各个实施例中， 通过设置重发指示标识 或緩存指示标识， 可以在 ParlayX GW和 SP/CP之间数据包传送失败时进行重 发或緩存， 保证了数据包的可靠传送； 由此用户可以根据需求， 对不同重要 性的数据包采取不同的措施， 例如： 对一些比较重要的数据包， 通过重发指 示标识或緩存指示标识设置传送过程中的重发或緩存功能， 并且根据数据包 的重要程度不同， 设置不同的重发次数或最大緩存时间； 而对一些不重要的 数据包， 则不设置传送过程中的重发或緩存功能，从而在提高 ParlayX GW和 SP/CP之间数据包传输可靠性的同时， 也尽量减少重发或緩存对 ParlayX GW 性能的影响。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步驟 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的 介质。
图 9为本发明网关设备实施例一的结构示意图， 如图 9所示， 该网关设备 包括： 第一接收模块 91 , 第一发送模块 93和第一处理模块 95。 第一接收模块 91用于接收用户设备发送的数据包。 第一发送模块 93用于 将数据包发送给对应的业务提供商设备。 第一处理模块 95用于在第一发送模 块 93发送数据包失败后 ,根据重发指示标识将该数据包存储到重发队列中等 待重发。
第一接收模块 91接收到用户设备发送的数据包； 第一发送模块 93根据
SP/CP注册的通知地址 ,将第一接收模块 91接收到的用户设备发送的数据包 , 发送给对应的 SP/CP; 在第一发送模块 93向 SP/CP发送数据包发生失败时， 第 一处理模块 95根据重发指示标识将发送失败的数据包存储在重发队列中， 当 到达预设的重发时间间隔后 ,第一处理模块 95重新将该数据包发送给 SP/CP。
本发明网关设备实施例中各个模块的工作原理和工作流程参见本发明 图 1到图 4所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网关设备，在向业务提供商设备发送数据包发生失 败后， 可以根据预先设置的重发指示标识， 将发送失败的数据包进行緩存， 并进行重发以保证数据包发送的成功率，提高网关设备和业务提供商设备之 间数据包传送的可靠性， 提高了业务服务质量。
图 10为本发明网关设备实施例二的结构示意图， 如图 10所示， 在本发明 网关设备实施例一的基础上， 该网关设备除了包括第一接收模块 91、 第一发 送模块 93和第一处理模块 95以外 ,还包括第一删除模块 97和第一持久化存储 模块 99。
具体的， 第一处理模块 95可以包括： 消息重发队列 951和重发控制子模 块 953。 消息重发队列 951用于在数据包发送失败后， 緩存该数据包。 重发控 制子模块 953用于根据重发指示标识对消息重发队列 951中的数据包进行重 发控制。 其中重发指示标识可以包括以下参数中的任意一个或其组合： 最大 发送次数、 重发间隔时间和最大緩存时间。
在第一发送模块 93向 SP/CP发送数据包发生失败后， 消息重发队列 951 根据重发指示标识存储发送失败的数据包， 当到达预设的重发时间间隔后， 重发控制子模块 953将消息重发队列 951中的数据包重新发送给 SP/CP。
第一删除模块 97用于在重发数据包成功后， 或重发次数达到最大发送次 数后， 或重发时间达到最大緩存时间后， 删除消息重发队列 951中的数据包。
第一持久化存储模块 99用于若消息重发队列 951中的数据包的数量达到 阈值， 则将消息重发队列 951中的数据包从消息重发队列 951持久化存储到存 储设备中， 或删除消息重发队列 951的部分或全部数据包。
本发明网关设备实施例中各个模块的工作原理和工作流程参见本发明 图 1到图 4所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网关设备，在向业务提供商设备发送数据包发生失 败后， 可以根据预先设置的重发指示标识， 将发送失败的数据包进行緩存， 并进行重发以保证数据包发送的成功率，提高网关设备和业务提供商设备之 间数据包传送的可靠性， 提高了业务服务质量。
图 11为本发明业务提供商设备实施例一的结构示意图， 如图 11所示， 该 业务提供商设备包括： 标识发送模块 1101和第三接收模块 1103。
标识发送模块 1101用于向网关设备发送重发指示标识， 重发指示标识用 于指示网关设备在向业务提供商设备发送数据包失败后、将数据包存储到重 发队列中等待重发。
第三接收模块 1103用于接收网关设备发送的数据包， 并在该数据包接收 失败后 , 再接收网关设备根据重发指示标识重新发送的该数据包。
通过向 ParlayX GW发送 A2P消息 , 或者通过向 ParlayX GW注册 SP/CP的 通知地址， 标识发送模块 1101向 ParlayX GW发送重发指示标识； 第三接收模 块 1103接收 ParlayX GW发送的数据包， 该数据包是 ParlayX GW从用户设备 接收到后， 主动发送给 SP/CP的； 在接收数据包发生失败时， 第三接收模块 1103再接收 ParlayX GW根据重发指示标识重新发送的数据包。
本发明业务提供商设备实施例中各个模块的工作原理和工作流程参见 本发明图 1到图 4所示实施例中的描述， 在此不再赘述。
本发明实施例提供的业务提供商设备，在接收网关设备发送的数据包发 生失败后， 可以重新接收网关设备根据预先设置的重发指示标识重新发送的 数据包， 以保证数据包接收的成功率， 提高网关设备和业务提供商设备之间 数据包传送的可靠性， 提高了业务服务质量。
本发明实施例提供了一种网络系统， 该网络系统包括如图 9或图 10所示 的网关设备和如图 11所示的业务提供商设备。
本发明网络系统实施例中各个模块的工作原理和工作流程参见本发明 图 1到图 4所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网络系统， 网关设备在向业务提供商设备发送数据 包发生失败后， 可以根据预先设置的重发指示标识， 将发送失败的数据包进 行緩存， 并进行重发以保证数据包发送的成功率， 提高网关设备和业务提供 商设备之间数据包传送的可靠性， 提高了业务服务质量。
图 12为本发明网关设备实施例三的结构示意图， 如图 12所示， 该网关设 备包括： 第二接收模块 1201、 第二发送模块 1203和第二处理模块 1205。 第二接收模块 1201用于接收用户设备发送的数据包后 ,接收业务提供商 设备发送的请求获取该数据包的获取请求； 该获取请求种包括緩存指示标 识， 该緩存指示标识用于指示第二处理模块 1205在第二发送模块 1203向业务 提供商设备返回数据包失败后， 将该数据包存储到緩存队列中、 并等待根据 业务提供商设备发送的重新获取请求返回该数据包。 第二发送模块 1203用于 根据第二接收模块 1201接收到的获取请求向业务提供商设备发送数据包。 第 二处理模块 1205用于在第二发送模块 1203发送该数据包失败后，根据緩存指 示标识将该数据包存储到緩存队列中等待业务提供商设备的重新获取。
第二接收模块 1201接收用户设备发送的数据包后， 接收 SP/CP发送的请 求获取该数据包的获取请求； 第二发送模块 1203根据第二接收模块 1201接收 的获取请求向 SP/CP发送数据包； 在第二发送模块 1203发送数据包发生失败 后， 第二处理模块 1205根据緩存指示标识将该数据包存储到緩存队列中等待 SP/CP的重新获取， 当 SP/CP重新发送获取请求时， 第二处理模块 1205将存储 在緩存队列中的数据包重新发送给 SP/CP。
本发明网关实施例中各个模块的工作原理和工作流程参见本发明图 5到 图 8所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网关设备，在向业务提供商设备发送数据包发生失 败后， 可以根据预先设置的緩存指示标识， 将发送失败的数据包存储到緩存 队列中， 等待当业务提供商设备重新获取时进行重发， 以保证数据包发送的 成功率， 提高网关设备和业务提供商设备之间数据包传送的可靠性， 提高了 业务服务质量。
图 13为本发明网关设备实施例四的结构示意图， 如图 13所示， 在本发明 网关设备实施例三的基础上， 该网关设备除了包括第二接收模块 1201、 第二 发送模块 1203和第二处理模块 1205以外，还包括第二删除模块 1207和第二持 久化存储模块 1209。
第二删除模块 1207用于在重发数据包成功后， 或到达最大緩存时间或到 达允许获取次数后， 删除緩存队列中的数据包。
第二持久化存储模块 1209用于若緩存队列中的数据包的数量达到阈值， 则将緩存队列中的数据包从緩存队列持久化存储到存储设备中 , 或删除緩存 队列中的部分或全部数据包。
本发明网关设备实施例中各个模块的工作原理和工作流程参见本发明 图 5到图 8所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网关设备，在向业务提供商设备发送数据包发生失 败后， 可以根据预先设置的緩存指示标识， 将发送失败的数据包存储到緩存 队列中， 等待当业务提供商设备重新获取时进行重发， 以保证数据包发送的 成功率， 提高网关设备和业务提供商设备之间数据包传送的可靠性， 提高了 业务服务质量。
图 14为本发明业务提供商设备实施例二的结构示意图， 如图 14所示， 该 业务提供商设备包括： 第四接收模块 1401和第一获取模块 1403。
第四接收模块 1401用于接收网关设备发送的数据包。
第一获取模块 1403用于在网关设备接收到用户设备发送的数据包后 , 向 网关设备发送请求获取该数据包的获取请求， 并在第四接收模块 1401接收数 据包失败后，向网关设备发送重新获取请求；该获取请求包括緩存指示标识， 该緩存指示标识用于指示网关设备在向第四接收模块 1401返回该数据包失 败后， 将该数据包存储到緩存队列中、 并等待根据第一获取模块 1403发送的 重新获取请求返回该数据包。
在 ParlayX GW接收到用户设备发送的数据包后， 第一获取模块 1403向 ParlayX GW发送请求获取该数据包的获取请求； ParlayX GW根据第一获取 模块 1403发送的获取请求向第四接收模块 1401发送数据包； 在第四接收模块 1401接收 ParlayX GW发送的数据包失败后， 第一获取模块 1403向 ParlayX GW发送重新获取请求； 第四接收模块 1401重新接收 ParlayX GW根据緩存指 示标识和重新获取请求重新发送的数据包。
本发明业务提供商设备实施例中各个模块的工作原理和工作流程参见 本发明图 5到图 8所示实施例中的描述， 在此不再赘述。
本发明实施例提供的业务提供商设备，在接收网关设备发送的数据包发 生失败后， 可以重新请求获取网关设备根据预先设置的緩存指示标识存储的 发送失败的数据包， 以保证数据包接收的成功率， 提高网关设备和业务提供 商设备之间数据包传送的可靠性， 提高了业务服务质量。
本发明实施例还提供了另一种网络系统， 该网络系统包括如图 12或图 13 所示的网关设备和如图 14所示的业务提供商设备。
本发明网络系统实施例中各个模块的工作原理和工作流程参见本发明 图 5到图 8所示实施例中的描述， 在此不再赘述。
本发明实施例提供的网络系统， 网关设备在向业务提供商设备发送数据 包发生失败后， 可以根据预先设置的緩存指示标识， 将发送失败的数据包存 储到緩存队列中， 等待当业务提供商设备重新获取时进行重发， 以保证数据 包发送的成功率， 提高网关设备和业务提供商设备之间数据包传送的可靠 性， 提高了业务服务质量。 最后应说明的是'. 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种数据包发送方法， 其特征在于， 包括：
接收用户设备发送的数据包后，将所述数据包发送给对应的业务提供商 设备， 并在所述数据包发送失败后， 根据重发指示标识将所述数据包存储到 重发队列中等待重发。
2、 根据权利要求 1所述的数据包发送方法， 其特征在于， 所述数据包为 所述用户设备通过网元设备发送的、根据所述业务提供商设备的第一业务消 息获得的消息递送 告， 所述第一业务消息包括用于指示将接收的所述消息 递送报告主动返回给所述业务提供商设备的返回指示标识， 以及用于指示在 向所述业务提供商设备返回所述消息递送 ^艮告失败后 ,将所述消息递送报告 存储到重发队列中等待重发的所述重发指示标识。
3、 根据权利要求 1所述的数据包发送方法， 其特征在于， 所述数据包为 所述用户设备通过网元设备发送给业务提供商设备的第二业务消息；
其中， 所述将所述数据包发送给对应的业务提供商设备包括： 根据所述 业务提供商设备注册的通知地址向所述业务提供商设备发送所述第二业务 消息；
所述重发指示标识为所述业务提供商设备在注册所述通知地址时发送 的、 用于指示在向所述业务提供商设备发送所述第二业务消息失败后， 将所 述第二业务消息存储到重发队列中等待重发。
4、 根据权利要求 1或 2或 3所述的数据包发送方法， 其特征在于， 所述重 发指示标识包括以下参数中的任意一个或其组合： 最大发送次数、 重发间隔 时间和最大緩存时间。
5、 根据权利要求 4所述的数据包发送方法， 其特征在于， 还包括： 在重发所述数据包成功后， 或重发次数达到所述最大发送次数后， 或重 发时间达到所述最大緩存时间后， 删除所述重发队列中的所述数据包。
6、根据权利要求 1或 2或 3所述的数据包发送方法，其特征在于，还包括： 若所述重发队列中的数据包的数量达到阈值， 则将所述重发队列中的数 据包从所述重发队列持久化存储到存储设备中 , 或删除所述重发队列中的部 分或全部数据包。
7、 一种数据包发送方法， 其特征在于， 包括：
接收用户设备发送的数据包后 ,接收业务提供商设备发送的请求获取所 述数据包的获取请求， 所述获取请求包括用于指示在向所述业务提供商设备 返回所述数据包失败后， 将所述数据包存储到緩存队列中、 并等待根据所述 业务提供商设备发送的重新获取请求返回所述数据包的緩存指示标识；
根据所述获取请求向所述业务提供商设备发送所述数据包， 并在所述数 据包发送失败后，根据所述緩存指示标识将所述数据包存储到緩存队列中等 待所述业务提供商设备的重新获取。
8、 根据权利要求 7所述的数据包发送方法， 其特征在于， 所述数据包为 所述用户设备通过网元设备发送的、根据所述业务提供商设备的第一业务消 息获得的消息递送 告； 或者，
所述数据包为所述用户设备通过网元设备发送给所述业务提供商设备 的第二业务消息。
9、 根据权利要求 7或 8所述的数据包发送方法， 其特征在于， 所述緩存 指示标识包括最大緩存时间和 /或允许获取次数。
10、 根据权利要求 9所述的数据包发送方法， 其特征在于， 还包括： 在重发所述数据包成功后 , 或到达所述最大緩存时间或到达所述允许获 取次数后 , 删除所述緩存队列中的所述数据包。
11、 根据权利要求 7或 8所述的数据包发送方法， 其特征在于， 还包括： 若所述緩存队列中的数据包的数量达到阈值， 则将所述緩存队列中的数 据包从所述緩存队列持久化存储到存储设备中 , 或删除所述緩存队列中的部 分或全部数据包。
12、 一种数据包获取方法， 其特征在于， 包括：
向网关设备发送重发指示标识， 所述重发指示标识用于指示所述网关设 备在向业务提供商设备发送数据包失败后、将所述数据包存储到重发队列中 等待重发；
接收所述网关设备发送的数据包， 并在所述数据包接收失败后， 再接收 所述网关设备根据所述重发指示标识重新发送的所述数据包。
13、 根据权利要求 12所述的数据包获取方法， 其特征在于， 所述数据包 为用户设备通过网元设备发送的、与业务提供商设备发送给所述网关设备的 第一业务消息相对应的消息递送 ^艮告 , 所述第一业务消息包括用于指示所述 网关设备将所述消息递送报告主动返回给所述业务提供商设备的返回指示 标识， 以及用于指示所述网关设备在向所述业务提供商设备返回所述消息递 送报告失败后 ,将所述消息递送报告存储到重发队列中等待重发的所述重发 指示标识；
其中， 所述向网关设备发送重发指示标识包括： 向网关设备发送包括所 述返回指示标识和重发指示标识的所述第一业务消息； 所述接收所述网关设备发送的数据包包括： 接收所述用户设备通过所述 网关设备根据所述返回指示标识转发的所述消息递送报告。
14、 根据权利要求 12所述的数据包获取方法， 其特征在于， 所述数据包 为用户设备通过所述网关设备发送给业务提供商设备的第二业务消息； 其中， 所述向网关设备发送重发指示标识包括： 向网关设备发送包括所 述重发指示标识的业务提供商设备注册的通知地址；
所述接收所述网关设备发送的数据包包括： 接收所述网关设备根据所述 业务提供商设备注册的通知地址、 发送的所述第二业务消息；
所述重发指示标识用于指示所述网关设备在向所述业务提供商设备发 送所述第二业务消息失败后， 将所述第二业务消息存储到重发队列中等待重 发。
15、 一种数据包获取方法， 其特征在于， 包括：
在网关设备接收到用户设备发送的数据包后 , 向所述网关设备发送请求 获取所述数据包的获取请求， 所述获取请求包括用于指示所述网关设备在向 业务提供商设备返回所述数据包失败后 , 将所述数据包存储到緩存队列中、 并等待根据所述业务提供商设备发送的重新获取请求返回所述数据包的緩 存指示标识；
接收所述网关设备发送的所述数据包， 若所述数据包接收失败， 则向所 述网关设备发送所述重新获取请求，接收所述网关设备根据所述緩存指示标 识重新发送的所述数据包。
16、 根据权利要求 15所述的数据包获取方法， 其特征在于， 所述数据包 为所述用户设备通过网元设备发送的、根据所述业务提供商设备的第一业务 消息获得的消息递送报告； 或者，
所述数据包为所述用户设备通过网元设备发送给所述业务提供商设备 的第二业务消息。
17、 一种网关设备， 其特征在于， 包括：
第一接收模块， 用于接收用户设备发送的数据包；
第一发送模块， 用于将所述数据包发送给对应的业务提供商设备； 第一处理模块， 用于在所述第一发送模块发送所述数据包失败后， 根据 重发指示标识将所述数据包存储到重发队列中等待重发。
18、 根据权利要求 17所述的网关设备， 其特征在于， 所述第一处理模块 包括：
消息重发队列， 用于在所述数据包发送失败后， 緩存所述数据包； 重发控制子模块， 用于根据所述重发指示标识对所述消息重发队列中的 所述数据包进行重发控制， 所述重发指示标识包括以下参数中的任意一个或 其组合： 最大发送次数、 重发间隔时间和最大緩存时间。
19、 根据权利要求 18所述的网关设备， 其特征在于， 还包括： 第一删除模块， 用于在重发所述数据包成功后， 或重发次数达到所述最 大发送次数后， 或重发时间达到所述最大緩存时间后， 删除所述消息重发队 列中的所述数据包； 和 /或
第一持久化存储模块， 用于若所述消息重发队列中的数据包的数量达到 阈值， 则将所述消息重发队列中的数据包从所述消息重发队列持久化存储到 存储设备中， 或删除所述消息重发队列中的部分或全部数据包。
20、 一种网关设备， 其特征在于， 包括： 第二接收模块， 用于接收用户设备发送的数据包后， 接收业务提供商设 备发送的请求获取所述数据包的获取请求， 所述获取请求包括用于指示在向 所述业务提供商设备返回所述数据包失败后 ,将所述数据包存储到緩存队列 中、并等待根据所述业务提供商设备发送的重新获取请求返回所述数据包的 緩存指示标识；
第二发送模块 , 用于根据所述第二接收模块接收到的所述获取请求向所 述业务提供商设备发送所述数据包；
第二处理模块， 用于在所述第二发送模块发送所述数据包失败后， 根据 所述緩存指示标识将所述数据包存储到緩存队列中等待所述业务提供商设 备的重新获取。
21、 根据权利要求 20所述的网关设备， 其特征在于， 还包括： 第二删除模块， 用于在重发所述数据包成功后， 或到达所述最大緩存时 间或到达所述允许获取次数后， 删除所述消息緩存队列中的所述数据包； 和 /或
第二持久化存储模块， 用于若所述緩存队列中的数据包的数量达到阈 值， 则将所述緩存队列中的数据包从所述緩存队列持久化存储到存储设备 中， 或删除所述緩存队列中的部分或全部数据包。
22、 一种业务提供商设备， 其特征在于， 包括：
标识发送模块， 用于向网关设备发送重发指示标识， 所述重发指示标识 用于指示所述网关设备在向所述业务提供商设备发送数据包失败后、将所述 数据包存储到重发队列中等待重发；
第三接收模块， 用于接收所述网关设备发送的数据包， 并在所述数据包 接收失败后 ,再接收所述网关设备根据所述重发指示标识重新发送的所述数 据包。
23、 一种业务提供商设备， 其特征在于， 包括： 第四接收模块， 用于接收网关设备发送的数据包；
第一获取模块， 用于在所述网关设备接收到用户设备发送的数据包后， 向所述网关设备发送请求获取所述数据包的获取请求， 并在所述第四接收模 块接收所述数据包失败后， 向所述网关设备发送重新获取请求； 所述获取请 求包括用于指示所述网关设备在向所述第四接收模块返回所述数据包失败 后， 将所述数据包存储到緩存队列中、 并等待根据所述第一获取模块发送的 重新获取请求返回所述数据包的緩存指示标识。
PCT/CN2010/075968 2009-08-14 2010-08-13 数据包发送方法、数据包获取方法及装置 WO2011018050A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910165296.1 2009-08-14
CN 200910165296 CN101997661B (zh) 2009-08-14 2009-08-14 数据包发送方法、数据包获取方法及装置

Publications (1)

Publication Number Publication Date
WO2011018050A1 true WO2011018050A1 (zh) 2011-02-17

Family

ID=43585975

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/075968 WO2011018050A1 (zh) 2009-08-14 2010-08-13 数据包发送方法、数据包获取方法及装置

Country Status (2)

Country Link
CN (1) CN101997661B (zh)
WO (1) WO2011018050A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103686247A (zh) * 2013-12-04 2014-03-26 乐视网信息技术（北京）股份有限公司 基于同/异步的视频分发方法和系统
CN105591777A (zh) * 2014-10-23 2016-05-18 中兴通讯股份有限公司 一种配置终端的方法、设备和系统
CN104601491B (zh) * 2014-12-31 2018-11-30 微梦创科网络科技（中国）有限公司 分布式队列处理方法及系统
CN105183866A (zh) * 2015-09-15 2015-12-23 上海上讯信息技术股份有限公司 用于在数据库审计中解析协议参数的方法和设备
CN107645531B (zh) * 2016-07-22 2021-08-24 平安科技（深圳）有限公司 数据同步方法及系统
CN106330766A (zh) * 2016-08-16 2017-01-11 中国银联股份有限公司 一种消息发送方法及装置
CN106911680B (zh) * 2017-02-16 2020-01-03 杭州迪普科技股份有限公司 一种策略下发方法及装置
CN108234599A (zh) * 2017-12-06 2018-06-29 链家网（北京）科技有限公司 一种消息重发方法及系统
CN108093077B (zh) * 2017-12-29 2019-06-25 Oppo广东移动通信有限公司 异常处理方法、装置以及服务器
CN109035585A (zh) * 2018-06-14 2018-12-18 北京旅居四方科技有限公司 水电桩、水电桩控制装置、方法和存储介质
CN109981230A (zh) * 2019-03-25 2019-07-05 广东金赋科技股份有限公司 一种政务自助终端的业务数据上传保障装置及使用方法
CN111711680A (zh) * 2020-06-09 2020-09-25 武汉虹信通信技术有限责任公司 基于udp协议的文件断点续传方法及装置
CN113485176B (zh) * 2021-06-22 2022-11-18 东风汽车集团股份有限公司 一种车辆数据采集缓存重发方法及远程监控终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1571418A (zh) * 2003-07-16 2005-01-26 深圳市中兴通讯股份有限公司南京分公司 一种流控传输协议中数据传输实现方法及系统
US20070133761A1 (en) * 2005-12-08 2007-06-14 Electronics & Telecommunications Research Institute Method and apparatus for multimedia messaging service using Parlay X Web service
US20070168824A1 (en) * 1998-11-30 2007-07-19 Hideaki Fukushima Data transmission method and data transmission apparatus
CN101222479A (zh) * 2007-01-09 2008-07-16 中兴通讯股份有限公司 一种主动重传和周期应答的无线链路控制层实现方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132260B (zh) * 2006-08-22 2010-06-23 中兴通讯股份有限公司 增强上行链路异步混合自动重传请求的重传控制方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070168824A1 (en) * 1998-11-30 2007-07-19 Hideaki Fukushima Data transmission method and data transmission apparatus
CN1571418A (zh) * 2003-07-16 2005-01-26 深圳市中兴通讯股份有限公司南京分公司 一种流控传输协议中数据传输实现方法及系统
US20070133761A1 (en) * 2005-12-08 2007-06-14 Electronics & Telecommunications Research Institute Method and apparatus for multimedia messaging service using Parlay X Web service
CN101222479A (zh) * 2007-01-09 2008-07-16 中兴通讯股份有限公司 一种主动重传和周期应答的无线链路控制层实现方法

Also Published As

Publication number Publication date
CN101997661B (zh) 2013-09-11
CN101997661A (zh) 2011-03-30

Similar Documents

Publication Publication Date Title
WO2011018050A1 (zh) 数据包发送方法、数据包获取方法及装置
US7610043B2 (en) Duplicate notification message processing method in terminal
US7643825B2 (en) System and method for managing data to be pushed to a wireless device when the device may be outside of a coverage range
JP4697490B2 (ja) 路車間通信システム、基地局装置および移動局装置
US8958411B2 (en) Method of transmitting RLC data
US8351380B2 (en) Method and apparatus for layer 2 ARQ for packets
KR100684307B1 (ko) 자동 재전송 요청 블록을 수신하는 방법 및 그 프로그램이 저장된 기록 매체
WO2018214865A1 (zh) 消息回执的处理方法、相关装置、存储介质和处理器
WO2011137830A1 (zh) 一种业务分发平台消息推送方法、相关设备及系统
US20040229612A1 (en) Method for improving the reliability of low latency handoffs
CA2544110C (en) System and method for managing data to be pushed to a wireless device when the device may be outside of a coverage range
US8019364B2 (en) Methods for providing feedback in messaging systems
WO2013152586A1 (zh) 数据包重传方法、数据包接收方法及装置
WO2014135016A1 (zh) 一种业务消息发送方法及装置
US20110060957A1 (en) Reliable Messaging Using Publish Subscribe Mechanism
WO2008003217A1 (fr) Procédé, dispositif et système de transfert de messages courts
WO2008080325A1 (fr) Système et procédé de transmission et d'amélioration de messages dans un réseau de communication sans fil
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置
WO2011140801A1 (zh) 一种发送彩信的方法，装置和系统
US20210105093A1 (en) Data packet retransmission method and apparatus
WO2008133577A1 (en) Method for selectively discarding data units in a radio communication system
WO2008037117A1 (fr) Système destiné au traitement d'une tâche de programmation d'un message multimédia et procédé de mise en oeuvre associé
CN112583935A (zh) 缓冲区窗口调整方法、网关设备及存储介质
TW588535B (en) Data transmission confirmation in a wireless communication system
CN110062418B (zh) 空口切换方法及节点设备

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10807995

Country of ref document: EP

Kind code of ref document: A1