CN101997661A - 数据包发送方法、数据包获取方法及装置 - Google Patents
数据包发送方法、数据包获取方法及装置 Download PDFInfo
- Publication number
- CN101997661A CN101997661A CN2009101652961A CN200910165296A CN101997661A CN 101997661 A CN101997661 A CN 101997661A CN 2009101652961 A CN2009101652961 A CN 2009101652961A CN 200910165296 A CN200910165296 A CN 200910165296A CN 101997661 A CN101997661 A CN 101997661A
- Authority
- CN
- China
- Prior art keywords
- packet
- message
- equipment
- service provider
- gateway device
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
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
Abstract
本发明实施例提供一种数据包发送方法、数据包获取方法及装置，该数据包发送方法包括：接收用户设备发送的数据包后，将所述数据包发送给对应的业务提供商设备，并在所述数据包发送失败后，根据重发指示标识将所述数据包存储到重发队列中等待重发。本发明实施例提供的数据包发送方法、数据包获取方法及装置，网关设备在向业务提供商设备发送数据包发生失败后，可以根据预先设置的重发指示标识或缓存指示标识，将发送失败的数据包进行缓存，并进行重发以保证数据包发送的成功率，提高网关设备和业务提供商设备之间数据包传送的可靠性，提高了业务服务质量。
Description
技术领域
本发明实施例涉及通信技术领域，尤其涉及一种数据包发送方法、数据包获取方法及装置。
背景技术
ParlayX网关(ParlayX Gateway，以下简称为：ParlayX GW)将运营商的网络能力、业务能力和运营支撑能力用ParlayX网络服务器(ParlayX WebServices)接口向业务提供商设备开放；其中业务提供商设备包括服务提供商(Service Provider，以下简称为：SP)或内容提供商(Content Provider，以下简称为：CP)，以下以SP/CP表示业务提供商设备。ParlayX Web Services接口是在因特网上广泛使用的简单对象访问协议(Simple Object AccessProtocol，简称为：SOAP)之上定义的，由此，ParlayX Web Services接口可以被不具备电信专业知识的IT开发人员快速掌握，从而使得SP/CP快速、灵活的使用ParlayX接口进行第三方(3rd-party)业务的开发。其中，ParlayX WebServices接口是由PARLAY论坛组织统一定义的。
现有技术中，SP/CP与用户之间通过ParlayX GW相互发送数据包。SP/CP可以主动发送应用到点(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消息。
由上述可知，当ParlayX 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主动向ParlayXGW获取数据包的模式。
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消息的获取请求后，将该P2A消息发送给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判断出该数据包发送失败，然后ParlayXGW根据重发指示标识将该数据包存储到重发队列中等待重发，当到达预设的重发时间间隔后，ParlayX GW将存储在重发队列中的数据包重新发送给SP/CP。
该重发指示标识可以由SP/CP预先设置在A2P消息中，通过向ParlayXGW发送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接收该数据包发生失败，然后ParlayXGW根据重发指示标识向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将重发队列中的消息递送报告从重发队列持久化存储到存储设备中，或ParlayXGW删除重发队列中的部分或全部消息递送报告。在ParlayX GW删除重发队列中的部分消息递送报告时，可以根据消息递送报告存储到重发队列的时间顺序来删除，例如：将最先存储到重发队列中的一部分消息递送报告删除。
本发明实施例提供的消息递送报告传送方法，网关设备在向业务提供商设备发送消息递送报告发生失败后，可以根据预先设置的重发指示标识，将发送失败的消息递送报告进行缓存，并进行重发以保证消息递送报告发送的成功率，提高网关设备和业务提供商设备之间消息递送报告传送的可靠性，提高了业务服务质量。
图4为本发明第二业务消息传送方法实施例一的信令流程图，本实施例描述的第二业务消息传送方法是在ParlayX GW主动向SP/CP发送数据包的模式下，用户设备主动发送P2A消息给SP/CP的场景中，P2A消息在ParlayXGW与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消息时，ParlayXGW需要主动将该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删除重发队列中存储的该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发送获取请求，该获取请求用于请求获取ParlayXGW接收到的用户设备发送的数据包。该获取请求中可以包括缓存指示标识，该缓存指示标识可以由SP/CP预先设置在SP/CP向ParlayX GW发送的获取请求中，通过向ParlayX GW发送获取请求，将缓存指示标识发送给ParlayXGW；该缓存指示标识还可以是预先在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接收到用户设备发送的数据包后，向ParlayXGW发送请求获取该数据包的获取请求。
其中，在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”参数)，即当ParlayXGW检测到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”，彩信递送报告获取方法是：“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将缓存队列中的消息递送报告从缓存队列持久化存储到存储设备中，或ParlayXGW删除缓存队列中的部分或全部消息递送报告。在ParlayX GW删除缓存队列中的部分消息递送报告时，可以根据消息递送报告存储到缓存队列的时间顺序来删除，例如：将最先存储到缓存队列中的一部分消息递送报告删除。
本发明实施例提供的消息递送报告传送方法，网关设备在向业务提供商设备发送消息递送报告发生失败后，可以根据预先设置的缓存指示标识，将发送失败的消息递送报告存储到缓存队列中，等待当业务提供商设备重新获取时进行重发，以保证消息递送报告发送的成功率，提高网关设备和业务提供商设备之间消息递送报告传送的可靠性。
图8为本发明第二业务消息传送方法实施例二的信令流程图，本实施例描述的第二业务消息传送方法是在SP/CP主动向ParlayX GW获取数据包的模式下，用户设备主动发送P2A消息给SP/CP的场景中，P2A消息在ParlayXGW与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消息后，ParlayXGW将该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之间数据包传输可靠性的同时，也尽量减少重发或缓存对ParlayXGW性能的影响。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：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向ParlayXGW发送重新获取请求；第四接收模块1401重新接收ParlayX GW根据缓存指示标识和重新获取请求重新发送的数据包。
本发明业务提供商设备实施例中各个模块的工作原理和工作流程参见本发明图5到图8所示实施例中的描述，在此不再赘述。
本发明实施例提供的业务提供商设备，在接收网关设备发送的数据包发生失败后，可以重新请求获取网关设备根据预先设置的缓存指示标识存储的发送失败的数据包，以保证数据包接收的成功率，提高网关设备和业务提供商设备之间数据包传送的可靠性，提高了业务服务质量。
本发明实施例还提供了另一种网络系统，该网络系统包括如图12或图13所示的网关设备和如图14所示的业务提供商设备。
本发明网络系统实施例中各个模块的工作原理和工作流程参见本发明图5到图8所示实施例中的描述，在此不再赘述。
本发明实施例提供的网络系统，网关设备在向业务提供商设备发送数据包发生失败后，可以根据预先设置的缓存指示标识，将发送失败的数据包存储到缓存队列中，等待当业务提供商设备重新获取时进行重发，以保证数据包发送的成功率，提高网关设备和业务提供商设备之间数据包传送的可靠性，提高了业务服务质量。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (23)
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.一种业务提供商设备，其特征在于，包括：
第四接收模块，用于接收网关设备发送的数据包；
第一获取模块，用于在所述网关设备接收到用户设备发送的数据包后，向所述网关设备发送请求获取所述数据包的获取请求，并在所述第四接收模块接收所述数据包失败后，向所述网关设备发送重新获取请求；所述获取请求包括用于指示所述网关设备在向所述第四接收模块返回所述数据包失败后，将所述数据包存储到缓存队列中、并等待根据所述第一获取模块发送的重新获取请求返回所述数据包的缓存指示标识。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910165296 CN101997661B (zh) | 2009-08-14 | 2009-08-14 | 数据包发送方法、数据包获取方法及装置 |
| PCT/CN2010/075968 WO2011018050A1 (zh) | 2009-08-14 | 2010-08-13 | 数据包发送方法、数据包获取方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910165296 CN101997661B (zh) | 2009-08-14 | 2009-08-14 | 数据包发送方法、数据包获取方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101997661A true CN101997661A (zh) | 2011-03-30 |
| CN101997661B CN101997661B (zh) | 2013-09-11 |
Family
ID=43585975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910165296 Expired - Fee Related CN101997661B (zh) | 2009-08-14 | 2009-08-14 | 数据包发送方法、数据包获取方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101997661B (zh) |
| WO (1) | WO2011018050A1 (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103686247A (zh) * | 2013-12-04 | 2014-03-26 | 乐视网信息技术（北京）股份有限公司 | 基于同/异步的视频分发方法和系统 |
| CN104601491A (zh) * | 2014-12-31 | 2015-05-06 | 微梦创科网络科技（中国）有限公司 | 分布式队列处理方法及系统 |
| CN105183866A (zh) * | 2015-09-15 | 2015-12-23 | 上海上讯信息技术股份有限公司 | 用于在数据库审计中解析协议参数的方法和设备 |
| WO2016061948A1 (zh) * | 2014-10-23 | 2016-04-28 | 中兴通讯股份有限公司 | 一种配置终端的方法、设备和系统 |
| CN106330766A (zh) * | 2016-08-16 | 2017-01-11 | 中国银联股份有限公司 | 一种消息发送方法及装置 |
| CN106911680A (zh) * | 2017-02-16 | 2017-06-30 | 杭州迪普科技股份有限公司 | 一种策略下发方法及装置 |
| CN107645531A (zh) * | 2016-07-22 | 2018-01-30 | 平安科技（深圳）有限公司 | 数据同步方法及系统 |
| CN108093077A (zh) * | 2017-12-29 | 2018-05-29 | 广东欧珀移动通信有限公司 | 异常处理方法、装置以及服务器 |
| CN108234599A (zh) * | 2017-12-06 | 2018-06-29 | 链家网（北京）科技有限公司 | 一种消息重发方法及系统 |
| 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协议的文件断点续传方法及装置 |
| CN113485176A (zh) * | 2021-06-22 | 2021-10-08 | 东风汽车集团股份有限公司 | 一种车辆数据采集缓存重发方法及远程监控终端 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6587985B1 (en) * | 1998-11-30 | 2003-07-01 | Matsushita Electric Industrial Co., Ltd. | Data transmission method, data transmission apparatus, data receiving apparatus, and packet data structure |
| CN100417156C (zh) * | 2003-07-16 | 2008-09-03 | 中兴通讯股份有限公司 | 一种流控传输协议中数据传输实现方法及系统 |
| KR100811882B1 (ko) * | 2005-12-08 | 2008-03-10 | 한국전자통신연구원 | Ｐａｒｌａ ｙ Ｘ 웹서비스를 이용한 멀티미디어 메시지서비스 방법 및 장치 |
| CN101132260B (zh) * | 2006-08-22 | 2010-06-23 | 中兴通讯股份有限公司 | 增强上行链路异步混合自动重传请求的重传控制方法 |
| CN101222479B (zh) * | 2007-01-09 | 2011-04-20 | 中兴通讯股份有限公司 | 一种主动重传和周期应答的无线链路控制层实现方法 |
-
2009
- 2009-08-14 CN CN 200910165296 patent/CN101997661B/zh not_active Expired - Fee Related
-
2010
- 2010-08-13 WO PCT/CN2010/075968 patent/WO2011018050A1/zh active Application Filing
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103686247A (zh) * | 2013-12-04 | 2014-03-26 | 乐视网信息技术（北京）股份有限公司 | 基于同/异步的视频分发方法和系统 |
| WO2016061948A1 (zh) * | 2014-10-23 | 2016-04-28 | 中兴通讯股份有限公司 | 一种配置终端的方法、设备和系统 |
| CN105591777A (zh) * | 2014-10-23 | 2016-05-18 | 中兴通讯股份有限公司 | 一种配置终端的方法、设备和系统 |
| CN104601491A (zh) * | 2014-12-31 | 2015-05-06 | 微梦创科网络科技（中国）有限公司 | 分布式队列处理方法及系统 |
| CN105183866A (zh) * | 2015-09-15 | 2015-12-23 | 上海上讯信息技术股份有限公司 | 用于在数据库审计中解析协议参数的方法和设备 |
| CN107645531A (zh) * | 2016-07-22 | 2018-01-30 | 平安科技（深圳）有限公司 | 数据同步方法及系统 |
| CN107645531B (zh) * | 2016-07-22 | 2021-08-24 | 平安科技（深圳）有限公司 | 数据同步方法及系统 |
| CN106330766A (zh) * | 2016-08-16 | 2017-01-11 | 中国银联股份有限公司 | 一种消息发送方法及装置 |
| CN106911680B (zh) * | 2017-02-16 | 2020-01-03 | 杭州迪普科技股份有限公司 | 一种策略下发方法及装置 |
| CN106911680A (zh) * | 2017-02-16 | 2017-06-30 | 杭州迪普科技股份有限公司 | 一种策略下发方法及装置 |
| CN108234599A (zh) * | 2017-12-06 | 2018-06-29 | 链家网（北京）科技有限公司 | 一种消息重发方法及系统 |
| CN108093077A (zh) * | 2017-12-29 | 2018-05-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协议的文件断点续传方法及装置 |
| CN113485176A (zh) * | 2021-06-22 | 2021-10-08 | 东风汽车集团股份有限公司 | 一种车辆数据采集缓存重发方法及远程监控终端 |
| CN113485176B (zh) * | 2021-06-22 | 2022-11-18 | 东风汽车集团股份有限公司 | 一种车辆数据采集缓存重发方法及远程监控终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101997661B (zh) | 2013-09-11 |
| WO2011018050A1 (zh) | 2011-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101997661B (zh) | 数据包发送方法、数据包获取方法及装置 | |
| US7610043B2 (en) | Duplicate notification message processing method in terminal | |
| US20020087549A1 (en) | Data transmission | |
| CA2604898C (en) | System and method of message traffic optimization | |
| RU2004109133A (ru) | Улучшение доступности и масштабируемости в системе передачи сообщений способом, прозрачным для приложения | |
| US6765889B1 (en) | Communication method and system | |
| JP4232978B2 (ja) | Ａｒｑシステムにおける送信制御方法 | |
| CN101977358A (zh) | 一种数据短信的传输方法、装置及设备 | |
| CN111970092B (zh) | 一种支持可靠性调节的多协议冗余网络异步通信方法 | |
| US7043233B2 (en) | Messaging protocol over internet protocol | |
| US20060089164A1 (en) | Method and system for transmitting MMS notification message | |
| US20160204904A1 (en) | Service Message Transmitting Method and Device | |
| US20050213533A1 (en) | System and method for transmitting units of messages in a mobile communication system | |
| KR101187514B1 (ko) | 멀티미디어 메시지 기억 어드레스의 송신 시스템 및 방법 | |
| WO2008003217A1 (fr) | Procédé, dispositif et système de transfert de messages courts | |
| CN103647622A (zh) | 一种实现跨机房数据传输的方法、装置和系统 | |
| WO2010009666A1 (zh) | 多媒体业务的实现方法、系统和装置 | |
| CN101217687B (zh) | Mms消息状态信息处理方法 | |
| CN101448207B (zh) | 一种发送多媒体消息的递送报告的方法及装置 | |
| CN109688085B (zh) | 传输控制协议代理方法、存储介质及服务器 | |
| JP2002111707A (ja) | メール着信通知システムおよびメール配信装置 | |
| KR100865334B1 (ko) | 클라이언트 세션 식별자를 이용한 세션 관리 방법 및시스템 | |
| CN1469651A (zh) | 用于控制移动通信系统中数据呼叫业务帧的系统和方法 | |
| CN101729494B (zh) | 消息交互的实现方法和系统、以及会话和消息服务器 | |
| KR101952886B1 (ko) | 상태메시지를 전송하는 푸쉬 서비스 시스템 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170823 Address after: 201, room 1, building A, No. 518053, front Bay Road, Qianhai, Shenzhen Shenzhen cooperation zone, Guangdong, China Patentee after: Shenzhen Zhitong World Technology Service Co. Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180109 Address after: 518053 Guangdong city of Shenzhen province Qianhai Shenzhen Hong Kong cooperation area before Bay Street, Qianhai road at the Shenzhen Hong Kong Cooperation Area Management Bureau office building A Building Room 201 Patentee after: Shenzhen Qianhai TengXiang science and Technology Information Co., Ltd. Address before: 201, room 1, building A, No. 518053, front Bay Road, Qianhai, Shenzhen Shenzhen cooperation zone, Guangdong, China Patentee before: Shenzhen Zhitong World Technology Service Co. Ltd. |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130911 Termination date: 20190814 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |