一种数据包发送的方法、装置及设备与流程

1.本技术属于物联网技术领域，尤其涉及一种数据包发送的方法、装置及设备。


背景技术：

2.在物联网无线系统中，终端节点设备在拥有低功耗需求的同时又拥有实时性的要求，因此，为了降低终端节点设备的功耗，网关节点通过连续短包的方式给终端节点设备发送数据，但是如果终端节点在非前导码时间内醒来接收数据，则会检测不到前导码，从而认为空中没有数据，产生丢包的现象。
3.那么，如何保证终端节点设备在丢包后的下次唤醒后可以接收到数据包，是目前无线系统数据包发送中亟需解决的问题。


技术实现要素：

4.本技术实施例提供了一种数据包发送的方法、装置及设备，通过让终端节点设备在丢包后的下一次唤醒的时间位于网关节点发送的数据包的前导码部分的时间内，解决了终端节点设备功耗大的问题，缩短了终端节点接收态的时间。
5.第一方面，本技术实施例提供了一种数据包发送的方法，该方法包括：获取终端设备的第k次唤醒时间，和终端设备的监听周期，第k次唤醒时间位于向终端设备发送的第s个数据包的数据部分的时间内，每个数据包包括前导码部分和数据部分，其中，k为正整数，s为正整数；根据第k次唤醒时间和监听周期，向终端设备发送第s+i个数据包，终端设备的第k+1次唤醒时间位于第s+i个数据包的前导码部分的时间内，其中，i≥1，i为整数。
6.第一方面提供的数据包发送方法，在终端设备第k次唤醒的时间丢失网关设备发送的第s个数据包后，网关设备根据终端设备第k次唤醒时间和监听周期，向终端设备发送s+i个数据包，最终使得终端设备在第k+1次唤醒时的时间位于s+i个数据包的前导码部分的时间内，从而使得终端设备在丢包后的下一次唤醒的时间内可以接收到数据包，从而大大缩短了终端设备接收态的时间，进一步减少了终端设备的功耗。
7.在第一方面的一种可能的实现方式中，该方法还包括：根据第s+i个数据包的前导码部分所占的时间长度和第s+i个数据包的数据部分所占的时间长度，确定第s+i个数据包所占的时间长度；根据监听周期和第s+i个数据包所占的时间长度，确定i的值。在该种实现方式中，通过发送第s+i个前导码的时间可以确定出网关节点在丢包后到下一次终端设备唤醒需要发送多少个数据包。
8.在第一方面的一种可能的实现方式中，该方法还包括：根据终端设备的第k次唤醒时间和监听周期，确定终端设备第k+1次唤醒时间；根据第k+1次唤醒时间，确定向终端设备发送第s+i个数据包的前导码的时间。在该种实现方式中，通过终端设备第k次唤醒时间和监听周期可以确定出终端设备第k+1次唤醒时间，进而利用第k+1的唤醒时间调整向终端设备发送第s+i个数据包的前导码的时间。
9.在第一方面的一种可能的实现方式中，根据第k+1次唤醒时间，确定向终端设备发
送第s+i个数据包的前导码的时间，包括：根据第k+1次唤醒时间，和向终端设备发送的第s个数据包的数据包时间，确定在第k+1次唤醒时间内发送第s+i个数据包的第一前导码部分的时间；当终端设备的第k+1次唤醒时间与第一前导码部分的时间部分重叠或者不重叠时，将第一前导码部分的时间调整为前导码部分的时间。在该种实现方式中，通过判断第k+1次唤醒时间是否位于第s+i个数据包的第一前导码时间内，从而判断是否需要调整第一前导码时间，当当终端设备的第k+1次唤醒时间与第一前导码部分的时间部分重叠或者不重叠时则需要进一步调整第一前导码时间，使得第k+1次唤醒时间位于第一前导码时间内。
10.在第一方面的一种可能的实现方式中，该方法还包括：当终端设备的第k+1次唤醒时间位于第一前导码部分的时间内时，将第一前导码部分的时间作为所述前导码部分的时间。在该种实现方式中，当终端设备的第k+1次唤醒时间位于第一前导码部分的时间内则不需要进行调整第一前导码时间。
11.在第一方面的一种可能的实现方式中，该方法还包括：根据单字节空中传输时长和数据发送长度，确定第s+i个数据包的数据部分所占的时间长度。
12.第二方面，提供了一种通信装置，该通信装置包括用于执行以上第一方面或者第一方面的任意一方面可能的实现方式中的各个步骤的单元。
13.第三方面，提供了一种通信装置，该通信装置包括至少一个处理器和存储器，该至少一个处理器用于执行以上第一方面或第一方面的任意可能的实现方式中的方法。
14.第四方面，提供了一种通信装置，该通信装置包括至少一个处理器和接口电路，该至少一个处理器用于执行以上第一方面或者第一方面中的任意一方面可能的实现方式中的方法。
15.第五方面，提供了一种数据包发送的设备，该设备包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合：所述至少一个处理器，用于执行所述至少一个存储器中存储的计算机程序或指令，以使得所述数据包发送设备执行以上第一方面或者第一方面中的任意一方面可能的实现方式中的方法。
16.第六方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序在被处理器执行时，用于执行第一方面或第一方面的任意可能的实现方式中的方法。
17.第七方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序被执行时，用于执行第一方面或第一方面的任意可能的实现方式中的方法。
18.第八方面，提供了一种芯片或者集成电路，该芯片或者集成电路包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片或者集成电路的设备执行第一方面或第一方面的任意可能的实现方式中的方法。
19.可以理解的是，上述第二方面至第八方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
20.本技术实施例与现有技术相比存在的有益效果是：
21.本技术提供的数据包发送方法，在终端设备第k次唤醒的时间丢失网关设备发送的第s个数据包后，网关设备根据终端设备第k次唤醒时间和监听周期，向终端设备发送s+i个数据包，最终使得终端设备在第k+1次唤醒时的时间位于s+i个数据包的前导码部分的时
间内，从而使得终端设备在丢包后的下一次唤醒的时间内可以接收到数据包，从而大大缩短了终端设备接收态的时间，进一步减少了终端设备的功耗。
附图说明
22.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
23.图1示出了本技术实施例提供的终端节点设备的监听状态示意图；
24.图2示出了本技术实施例提供的网关节点发送网关数据包的示意图；
25.图3示出了本技术实施例提供的网关数据包为连续短包的示意图；
26.图4示出了本技术实施例提供的数据包发送方法的示意性流程图；
27.图5示出了本技术实施例提供的终端设备丢包后再唤醒的时间范围示意图；
28.图6示出了本技术实施例提供的一例终端设备丢包后再唤醒的时间范围不完全在第一前导码时间范围内的示意图；
29.图7示出了本技术实施例提供的另一例终端设备丢包后再唤醒的时间范围不完全在前导码时间范围内的示意图；
30.图8示出了本技术实施例提供的终端设备丢包后再唤醒的时间范围完全在前导码时间范围内的示意图；
31.图9示出了本技术实施例提供的数据包发送装置的示意图；
32.图10示出了本技术实施例提供的数据包发送设备的结构示意图。
具体实施方式
33.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
34.首先，在介绍本技术提供的方法和系统之前，需要对下文中即将提及的部分术语进行说明。当本技术提及术语“第一”或者“第二”等序数词时，除非根据上下文其确实表达顺序之意，否则应当理解为仅仅是起区分之用。
35.术语“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
36.除非另有说明，本文中“/”一般表示前后关联对象是一种“或”的关系，例如，a/b可以表示a或b。术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本技术的描述中，“多个”是指两个或两个以上。
37.在基于物联网无线系统的数据包发送过程中，终端节点设备每隔一段时间醒来监
听空中数据，当终端节点设备探测到有数据流后进入接收模式，维持一个短的接收态进行数据接收。假如终端节点设备没有探测到有数据流则继续处于休眠模式，即终端设备一直处于“休眠-检测-休眠-检测
…”
的状态中，休眠态不能接收数据，只有在探测到空中有数据流后才能接收到数据。图1示出了本技术实施例提供的终端节点设备的监听状态示意图，如图1所示的，该终端节点设备每隔一段时间醒来监听空中是否有数据发送过来。
38.网关节点在有数据传输需求时会发送数据包，该数据包由前导码部分和数据部分组成。前导码部分主要作用是通知终端节点空中有数据流需要接收，终端节点监听到前导部分后认为有数据发送过来，然后进入接收态等待接收数据，在终端节点处于休眠状态时，如果此时网关节点需要将数据发送给终端节点时，则网关需要传输一帧大于监听周期的数据帧才能保证可靠交付给终端节点。图2示出了网关节点发送网关数据包的示意图，如图2所示的，只有当网关数据包的前导部分时间大于终端节点设备的监听周期时，终端节点设备才能探测到前导部分。
39.因此，当网关节点只发送一个网关数据包的时候，终端节点设备需要维持一个大于或者等于前导码的接收态。示例性的，当终端设备的监听周期为4s时，则网关节点发送网关数据包的前导码部分必须大于或者等于4s，并且终端节点在监听前导码部分后也需要维持一个4s左右的接收态以等待接收数据部分。可以理解的是，在某些系统中，维持一个较长时间的接收态无疑是消耗极大的功耗。如果终端设备在等待接收态的时候，又被其他设备或者干扰源唤醒，则多了一部分无用的电源消耗。
40.针对上述问题，相关技术中的解决方法为网关节点发送多个网关数据包，即缩短前导码的时间，图3示出了本技术实施例提供的网关数据包为连续短包的示意图，从图3中可以看出网关节点的网关数据包为连续短包的形式，并且还可以看出每个短包的前导码的时间明显变少了。那么终端节点需要维持接收态的时间也变少了，从而终端节点设备的功耗也会降低。但是该方法有个弊端就是如果终端节点设备在非前导码时间内醒来接收数据，则会检测不到前导码，从而认为空中没有数据，然后再次进入休眠，从而导致丢包。
41.那么，当终端节点设备在非前导码时间内醒来检测丢包后，下一次醒来时最理想的时间刚好就是在网关节点的前导码时间范围内，这样的话，终端节点设备最多在两个监听周期内即可接收到数据包，并且可以大大缩短终端节点设备接收态的时间。
42.有鉴于此，本技术实施例提供了一种数据包发送方法，该方法主要在终端设备第k次唤醒的时间丢失网关设备发送的第s个数据包后，网关设备根据终端设备第k次唤醒时间和监听周期，向终端设备发送s+i个数据包，最终使得终端设备在第k+1次唤醒时的时间位于s+i个数据包的前导码部分的时间内，从而使得终端设备在丢包后的下一次唤醒的时间内可以接收到数据包，从而大大缩短了终端设备接收态的时间，进一步减少了终端设备的功耗。
43.下面对本技术实施例提供的数据包发送方法进行具体介绍，图4示出了本技术实施例提供的数据包发送方法的示意性流程图。该方法的执行主体为网关设备。如图4所示的，该方法400包括410至440。
44.s410、网关设备根据终端设备的第k次唤醒时间，和终端设备的监听周期，确定终端设备第k+1次唤醒时间，该第k次唤醒时间位于向终端设备发送的第s个数据包的数据部分的时间内，其中，k为正整数，s为正整数。
45.在本技术实施例中，为了使得终端设备在丢包后下次唤醒时，网关设备刚好发送数据包的前导码部分，需要确定终端设备丢包后再唤醒的时间范围。
46.当终端设备在第k次唤醒时间位于网关节点向终端设备发送的第s个数据包的数据部分的时间内时，表示该终端设备在第k次唤醒时发生丢包。
47.可以理解的是，网关节点向终端设备发送的数据包包括前导码部分和数据部分，因此发送的数据包时间包括前导码部分的时间和数据部分的时间，当终端设备唤醒时间位于数据包的数据部分的时间时，终端设备误以为没有数据发送过来因此会进入休眠状态。
48.在一些实施例中，终端设备第k+1次唤醒时间为终端设备第k次唤醒时间和终端设备监听周期的和。
49.需要说明的是，该监听周期可以根据具体情况设定，本技术实施例不做限定。
50.示例性的，图5示出了本技术实施例提供的终端设备丢包后再唤醒的时间范围示意图。如图5所示的，当终端设备在“休眠-检测-休眠-检测
…”
的状态中的，检测状态刚好在1-1.5s，但是此时网关设备并没有发送前导码过来，或者此时网关设备正在发送数据部分，因此终端设备检测不到前导码，就进入休眠状态导致丢包，那么终端设备在下一个监听周期则又会唤醒进行检测，假设预设的监听周期为4s，那么终端设备丢包后再唤醒的时间范围为5-5.5s。
51.s420、网关设备根据终端设备第k+1次唤醒时间，和向终端设备发送的第s个数据包的数据包时间，确定在第k+1次唤醒时间内发送第s+i个数据包的第一前导码部分的时间。
52.在本技术实施例中，判断终端设备第k+1次唤醒时间是否在网关设备发送第s+i个数据包的前导码部分的时间内，首先需要确定在第k+1次唤醒时间内发送第s+i个数据包的第一前导码部分的时间。
53.需要说明的是，i≥1，且i为整数。换句话说，网关节点发送的第s个数据包丢包后，可以保证发送的第s+1的数据包可以被终端设备在下一次唤醒时接收到，当然，终端设备在下一次唤醒时也可以接收网关节点发送的第s+2或者第s+3个数据包，本技术对终端设备接收网关设备发送的第几个数据包不做限制。
54.那么，在本技术实施例中，网关设备可以根据第s个数据包的数据包时间以及终端设备第k+1次唤醒时间推算出在终端设备在第k+1次唤醒时间内，网关节点发送第s+i个数据包的第一前导码部分的时间。
55.在一些实施例中，第s个数据包的前导码部分的时间可以根据具体情况设定。例如，第s个数据包的前导码部分的时间为0-5s。
56.在另一些实施例中，第s个数据包的数据部分的时间可以根据单字节空中传输时长和当前需要传输的数据包的长度确定。
57.那么，第s个数据包的数据包时间即为第s个数据包的前导码部分的时间与第s个数据包的数据部分的时间之和。
58.s430、当终端设备的第k+1次唤醒时间与第一前导码部分的时间部分重叠或者不重叠时，将第一前导码部分的时间调整为前导码部分的时间。
59.在本技术实施例中，为了使得终端设备在丢包后再次唤醒的时间范围内可以接收到网关设备发送的前导码，可以调整第一前导码部分的时间，使得终端设备在第k+1次唤醒
的时间位于网关设备发送的第s+i个数据包的前导码部分的时间。
60.例如，图6示出了本技术实施例提供的一例终端设备丢包后再唤醒的时间范围不完全在第一前导码时间范围内的示意图，如图5所示的，假设网关设备发送第s个数据包的第一前导码部分的时间为0-5s，网关设备发送第s个数据包的数据部分的时间为5-8s，当终端设备在第k次唤醒时，即5-8s时间范围内唤醒进行检测时，并不会接收到前导码，因此终端设备误以为没有数据包。因此，终端设备则继续进入休眠状态，则最终导致终端设备丢包。如果假设终端设备的监听周期为10s，那么终端设备在第k+1次唤醒时，即15-18s时间范围内会再次唤醒，当终端设备在15-18s被唤醒时，第s个数据包的第一前导码部分的时间范围为16-21s，即终端设备的唤醒时间不完全在第一前导码部分的时间范围内，则需要调整第一前导码部分的时间。使得网关设备在大于该再次唤醒的时间段的范围内发送前导码部分。例如，该前导码的时间可以为14s-20s。
61.又例如，图7示出了本技术实施例提供的另一例终端设备丢包后再唤醒的时间范围不完全在前导码时间范围内的示意图。如图6所示的，假设网关设备发送第s个数据包的第一前导码部分的时间范围为0-10s，网关设备发送第s个数据包的数据部分的时间范围为10-15s，当终端设备在第k次唤醒时，即10-15s时间范围内唤醒进行检测时，并不会接收到前导码，因此终端设备误以为没有数据包，因此，终端设备则继续进入休眠状态，则最终导致终端设备丢包。如果假设终端设备的监听周期为28s，那么终端设备在第k+1次唤醒时，即38-43s时间范围内会再次唤醒，当终端设备在38-43s被唤醒时，第s个数据包的第一前导码部分的时间范围为30-40s，即终端设备的唤醒时间不完全在第一前导码的时间范围内，则需要调整第一前导码的时间。使得网关设备在大于该时间段的范围内发送前导码部分。例如，该前导码的时间可以为35s-45s。
62.s440、当终端设备的第k+1次唤醒时间位于第一前导码部分的时间内时，将第一前导码部分的时间作为前导码部分的时间。
63.在本技术实施例中，当终端设备的第k+1次唤醒时间位于第一前导码部分的时间内时，将第一前导码部分的时间作为前导码部分的时间，则终端设备在丢包后再次唤醒的时间范围内可以接收到网关设备发送的前导码。
64.示例性的，图8示出了本技术实施例提供的终端设备丢包后再唤醒的时间范围完全在前导码时间范围内的示意图。如图7所示的，假设网关设备发送第s个数据包的第一前导码部分的时间为0-10s，网关设备发送第s个数据包的数据部分的时间为10-20s，当终端设备在第k次唤醒时，即10-20s时间范围内唤醒进行检测时，并不会接收到前导码，因此终端设备误以为没有数据包，因此，终端设备则继续进入休眠状态，则最终导致终端设备丢包。如果假设终端设备的监听周期为30s，那么终端设备在第k+1次唤醒时，即40-50s时间范围内会再次唤醒，当终端设备在40-50s被唤醒时，第s个数据包的第一前导码部分的时间刚好为40-50s，即终端设备的唤醒时间完全在前导码的时间范围内，则不需要调整第一前导码的时间。
65.s450、根据第s+i个数据包的前导码部分所占的时间长度和第s+i个数据包的数据部分所占的时间长度，确定第s+i个数据包所占的时间长度。
66.在本技术实施例中，数据包的时间可以根据目标前导码的时间和数据部分时间确定。
67.具体的，根据第s+i个数据包的前导码部分所占的时间长度和第s+i个数据包的数据部分所占的时间长度之和，确定第s+i个数据包所占的时间长度。
68.s460、根据监听周期和所述第s+i个数据包所占的时间长度，确定监听周期内可以发送的数据包的次数。
69.在本技术实施例中，可以根据监听周期和第s+i个数据包所占的时间长度，确定监听周期内可以发送的数据包的次数。
70.在一些实施例中，监听周期内网关设备发送数据包的次数可以利用如下计算公式确定：
71.单监听周期次数＝监听周期/数据包时间
72.示例性的，当监听周期为100s，发送第s+i个数据包所占的时间长度数据包时间为20s时，则需要在监听周期内发送5次数据包。
73.本技术提供的数据包发送方法，在终端设备第k次唤醒的时间丢失网关设备发送的第s个数据包后，网关设备根据终端设备第k次唤醒时间和监听周期，向终端设备发送s+i个数据包，最终使得终端设备在第k+1次唤醒时的时间位于s+i个数据包的前导码部分的时间内，从而使得终端设备在丢包后的下一次唤醒的时间内可以接收到数据包，从而大大缩短了终端设备接收态的时间，进一步减少了终端设备的功耗。
74.上述结合图1-图8对本技术实施例提供的数据包发送方法进行了具体的介绍，下面对本技术实施例提供的数据包发送装置和设备进行具体介绍。
75.图9是本技术实施例提供的数据包发送装置的示意图。该数据包发送装置900包括处理单元910。
76.该处理单元910用于获取终端设备的第k次唤醒时间，和终端设备的监听周期；根据第k次唤醒时间和监听周期，向终端设备发送第s+i个数据包。
77.该处理单元910还用于根据第s+i个数据包的前导码部分所占的时间长度和第s+i个数据包的数据部分所占的时间长度，确定第s+i个数据包所占的时间长度。
78.该处理单元910还用于根据监听周期和第s+i个数据包所占的时间长度，确定i的值。
79.该处理单元910还用于根据终端设备的第k次唤醒时间和监听周期，确定终端设备第k+1次唤醒时间。
80.该处理单元910还用于根据第k+1次唤醒时间，确定向终端设备发送第s+i个数据包的前导码的时间。
81.该处理单元910还用于根据第k+1次唤醒时间，和向终端设备发送的第s个数据包的数据包时间，确定在第k+1次唤醒时间内发送第s+i个数据包的第一前导码部分的时间。
82.该处理单元910还用于当终端设备的第k+1次唤醒时间与第一前导码部分的时间部分重叠或者不重叠时，将第一前导码部分的时间调整为前导码部分的时间。
83.该处理单元910还用于当终端设备的第k+1次唤醒时间位于第一前导码部分的时间内时，将第一前导码部分的时间作为前导码部分的时间。
84.该处理单元910还用于根据单字节空中传输时长和数据发送长度，确定第s+i个数据包的数据部分所占的时间长度。
85.图10是本技术实施例提供的数据包发送设备的示意图。如图10所示，该实施例提
供的数据包发送的设备1000包括：处理器1010、存储器1020以及存储在所述存储器1020中并可在所述处理器1010上运行的计算机程序1030。处理器1010执行所述计算机程序1030时实现上述各个数据包发送的方法实施例中的步骤，例如图4所示的步骤s410-s460。或者，所述处理器1010执行所述计算机程序1030时实现上述各装置实施例中各模块/单元的功能。
86.示例性的，所述计算机程序1030可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器1020中，并由处理器1010执行，以完成本技术。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序1030在所述数据包发送的设备1000中的执行过程。
87.所述数据包发送的设备1000可以是第一终端设备或者第二终端设备也可以是桌上型计算机、笔记本、掌上电脑及云端服务器或者上位机等计算设备。所述落水人员的识别设备可包括，但不仅限于，处理器1010、存储器1020。本领域技术人员可以理解，图10仅仅是数据包发送的设备的示例，并不构成对数据包发送的设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述数据包发送的设备还可以包括输入输出设备、网络接入设备、总线等。
88.所称处理器1010可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
89.所述存储器1020可以是所述数据包发送的设备1000的内部存储单元，例如数据包发送的设备1000的硬盘或内存。所述存储器1020也可以是所述数据包发送的设备1000的外部存储设备，例如所述数据包发送的设备1000上配备的插接式硬盘，存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器1020还可以既包括所述数据包发送的设备1000的内部存储单元也包括外部存储设备。所述存储器1020用于存储所述计算机程序以及所述数据包发送的设备所需的其他程序和数据。所述存储器1020还可以用于暂时地存储已经输出或者将要输出的数据。
90.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
91.本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述数据包发送的方法。
92.本技术实施例提供了一种计算机程序产品，当计算机程序产品在数据包发送的设备上运行时，使得数据包发送的设备执行可实现上述数据包发送的方法。
93.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的
单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
94.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
95.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
96.在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
97.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
98.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
99.所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
100.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。