具体实施方式

在现有技术中，为了控制网络侧处理的数据量、提高无线通信效率、节省终端电量，网络侧需要对每个终端进行速率控制，即限制终端在单位时间内接收和发送数据包的数量。

如NB-IoT是基于蜂窝的窄带物联网的一种技术，其主要特点是覆盖广、连接多、速率低、成本低、功耗少、架构优等特点。随着NB-IoT技术不断走向成熟化，使用NB-IoT技术的UE越来越多，在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议中规定了Serving PLMN速率控制和APN速率控制用于控制NB-IoT UE上行数据发送的频率。其中Serving PLMN速率控制用于限制UE在单位时间内通过非接入层(Non-AccessStratum，NAS)消息传输用户数据的数量，APN速率控制是限制UE在单位时间内发送上行数据的数量。

具体地，Serving PLMN速率控制中，允许发送数据数量(rate_value)是由移动管理实体(Mobility Management Entity，MME)配置的，Serving PLMN速率控制用于限制上下行通过NAS消息传输协议数据单元(MAC Protocol Data Unit，PDU)的数量，上行速率控制和下行速率控制对于NAS数据PDU的限制可以是不同的。Serving PLMN速率控制信息由运营商配置在核心网中的管理网元或实体中，一般设置为“每6分钟X个NAS数据PDU”，这里的X是一个整数，且不应该小于10。

APN速率控制用于归属运营商限制UE发送到指定APN的上行用户数据PDU的数量，所限制的上行用户数据PDU可以是通过控制面NAS消息传输的用户数据，也可以是通过用户面传输的用户数据。APN速率控制信息由运营商配置在核心网中的用户面网元或实体中，一般设置为指定时间单元内UE发送的PDU最大个数，比如：“每天X个用户数据消息”，这里的X是一个整数，没有最小值的限制；这里的用户数据消息也可以理解为PDU，这里的时间单元也称为时间单位(time unit)，或者速率控制时间单元。支持APN速率控制的UE也可以支持异常报告数据包的限制，即UE在超过每天最多发送Y条信息的限制后，仍然可以继续发送一定数量的异常报告数据包。对于演进的分组系统(Evolved Packet System，EPS)，APN速率控制信息配置在分组数据网网关(Packet Data Network Gateway，PGW)或服务能力开放平台(Service Capa-bility Exposure Function，SCEF)中。

APN速率控制信息通常包含三个信息：每个时间单元可发送数据包(或者说是：数据单元)的数目；如果数据包数量达到限制值后，UE是否允许继续发送异常报告；如果允许UE在这种情况下发送异常报告，则包含一个可发送异常报告的数据包的数目。

在现有技术中，是采用滑动时间窗口的算法进行速率控制的。具体步骤如下：

1、采用速率控制时间单元作为单个时间窗W＝time unit，即采用单个时间窗表示单个速率控制时间单元；

2、将单个时间窗平均分为若干个小窗口，每个小窗口的时间长度为time unit/MAX_RATE_NODE。其中，终端支持数据数量(MAX_RATE_NODE)用于指示终端能够支持对多少数据进行控制，体现出速率控制的精度，可根据系统实际情况设置MAX_RATE_NODE的值，该值越大，速率控制的精度越高，同时会耗费更多的系统内存；

3、使用单个周期性定时器(rate_timer)，周期定时器时长＝time unit/MAX_RATE_NODE，并记录下定时器每一次运行期间所发送的数据个数；

4、当NB-IOT UE发送第一个上行数据时，启动周期性定时器；

5、当NB-IOT UE准备发送上行数据时，检查时间窗W内发送的数据是否已经达到了最大值，没有达到则数据可发送，否则该数据不能发送；

6、当周期性定时器超时时，将窗外的小窗口删除，并更新时间窗。

在一个非限制性的具体实施例中，以速率控制信息为“每6分钟可发送30个数据”、MAX_RATE_NODE等于30，系统按照每6s一个数据的频率进行发送为例进行说明。

时间窗W＝360s，rate_timer时长为6s，使用MAX_RATE_NODE个信息记录每6s内发送的数据个数，且默认这些数据的发送时间均为定时器启动时间；0～180s可发送30个数据，之后180～359s内不能发送数据，到第360s时，定时器超时发现有第一个小窗口过期，且这个小窗口内发送了2个数据，此时可以发送两个新数据，而实际上第二个新数据应该等到第366s时才能发送，由此可见此方法会导致速率控制的时间精度损失了6s。

本发明的发明人经过研究发现，在上述算法中，需要维护周期性定时器，导致系统开销较大；且基于小窗口判断能够发送的数据数量，导致速率控制准确性较低。

具体而言，对于低成本低功耗的NB-IOT UE而言要尽量减少不必要的系统开销，而维护一个定时器也需要耗费一定的系统资源(主要指系统内存、中央处理器等)，且NB-IOTUE当没有数据要收发时可进入睡眠状态，而在睡眠状态下周期定时器不运行，这就要求NB-IOT UE从睡眠状态醒来后需要对睡眠期间定时器的超时次数进行计算，增加额外的处理。

此外，在使用上述算法时，提高速率控制的精度会导致系统的内存消耗量增大，降低系统的内存消耗量又会影响速率控制的精度，降低速率控制的准确性，难以在速率控制的精度和系统的内存消耗量之间达到平衡。

在一个非限制性的具体实施例中，以速率控制信息为“每6分钟可发送30个数据”、MAX_RATE_NODE等于30，系统按照每6s一个数据的频率进行发送为例进行说明。

时间窗W＝360s，rate_timer时长为6s，使用MAX_RATE_NODE个信息记录每6s内发送的数据个数，且默认这些数据的发送时间均为定时器启动时间；0～180s可发送30个数据，之后180～359s内不能发送数据，到第360s时，定时器超时发现有第一个小窗口过期，且这个小窗口内发送了2个数据，此时可以发送两个新数据，而实际上第二个新数据应该等到第366s时才能发送，由此可见此方法会导致速率控制的时间精度损失了6s。

在本发明实施例中，当存在被限制发送的待发送数据时，根据终端支持数据数量大于等于允许发送数据数量，可以对已发送数据的发送时刻进行记录，进而能够根据首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差，判断被限制发送的待发送数据需要被丢弃还是能够被发送。相比于现有技术中采用滑动时间窗口的算法进行速率控制，采用本发明实施例的方案，可以仅在接收到待发送数据的时候，才判断需要被丢弃还是能够被发送，不必维护周期定时器，能够有效降低系统开销，并且可以精细到各个已发送数据的发送时刻，有效提高控制精度。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

参照图1，图1是本发明实施例中一种基于速率控制的数据发送方法的流程图。所述基于速率控制的数据发送方法可以包括步骤S11至步骤S13：

步骤S11：接收到一个或多个待发送数据，确定所述一个或多个待发送数据中存在被限制发送的待发送数据；

步骤S12：如果终端支持数据数量大于等于允许发送数据数量，则确定首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差，并判断所述第一时间差是否小于速率控制时间单元；

步骤S13：如果所述第一时间差小于所述速率控制时间单元，则确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送。

可以理解的是，在具体实施中，所述方法可以采用软件程序的方式实现，该软件程序运行于芯片或芯片模组内部集成的处理器中。

需要指出的是，本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。如步骤S11中，确定所述一个或多个待发送数据中存在被限制发送的待发送数据的步骤可以在步骤S12之后执行。

在步骤S11的具体实施中，可以在接收到待发送数据时，才确定是否需要限制发送，而无需维护周期性定时器。

进一步地，所述待发送数据可以为自终端的NAS上行发送至接入层(AccessStratum，AS)的PDU。

需要指出的是，所述待发送数据可以为终端的NAS接收到的数据，还可以为其他适当的数据，所述终端可以为NB-IOT UE，还可以为其他适当的终端。

进一步地，确定所述一个或多个待发送数据中存在被限制发送的待发送数据的步骤可以包括：在单个速率控制时间单元的时长内，对已发送数据的记录数量与所述允许发送数据数量进行比较；至少根据所述允许发送数据数量小于已发送数据的记录数量，确定所述待发送数据均被限制发送，或者，至少根据所述允许发送数据数量小于已发送数据的记录数量与待发送数据的数量之和，确定所述待发送数据中存在被限制发送的待发送数据；其中，被限制发送的待发送数据的数量为所述已发送数据的记录数量与允许发送数据数量的差值。

其中，已发送数据的记录数量可以是在单个速率控制时间单元的时长内记录的数量，允许发送数据数量用于表示允许终端发送的数据数量，其值可以是核心网配置的，还可以是网关配置的，或其他适当的设备配置的。

以允许发送数据数量为30为例，如果已发送的数据的记录数量已经大于等于30，则无论待发送数据有几个，均被限制发送；如果已发送的数据的记录数量尚未达到30个，例如为28个，然而待发送数据的数量为3个或3个以上(如待发送多个PDB)，则不能全部发送待发送数据，如仅能发送其中2个，剩余的待发送数据仍然被限制发送。

需要指出的是，由于在本发明实施例中，可以在接收到待发送数据时，才确定是否需要限制发送，因此可能存在一个或多个过期数据，如首个或前面多个已发送数据的发送时刻与所述待发送数据的接收时刻之间的时间差已经超过速率控制时间单元，却因为没有更新而继续保留着记录。

在首轮判断中，可以先基于记录对被限制发送的待发送数据进行判断，也即基于已发送数据的记录数量进行判断。

在所述速率控制时间单元内，至少根据已发送数据的记录数量大于等于所述允许发送数据数量，确定所述待发送数据中存在被限制发送的待发送数据，可以确定被限制发送的待发送数据的数量，为后续判断能否发送待发送数据以及能够发送的待发送数据的数量提供支持。

继续参照图1，在步骤S12的具体实施中，如果终端支持数据数量大于等于允许发送数据数量，则可以理解为终端能够支持非常精细地对每个发送数据的发送时刻进行记录，此时可以采用精确速率控制方式，也即描述记录各个已发送数据的发送时刻，进而基于各个已发送数据的发送时刻进行速率控制的方式，有助于提高速率控制的精细度和准确性。

接下来，确定首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差，并判断所述第一时间差是否小于速率控制时间单元。

其中，所述首个已发送数据可以为当前记录的已发送数据，该记录可以对应于待发送数据的接收时刻之前的速率控制时间单元的时长。即在理论上，该首个已发送数据应当是在待发送数据的接收时刻之前的速率控制时间单元的时长内发送的，然而如果记录未及时更新，则存在前文所述的记录过期的情况。

在步骤S13的具体实施中，如果所述第一时间差小于所述速率控制时间单元，则确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送。

以速率控制时间单元为6分钟(即360s)，允许发送数据数量为30为例，在待发送数据的接收时刻之前的第360s之内发送的已发送数据均为未过期的有效数据，如果有效数据的数量已经超出了30，则当前的待发送数据不能被发送，需要被丢弃。

在本发明实施例中，当存在被限制发送的待发送数据时，根据终端支持数据数量大于等于允许发送数据数量，可以对已发送数据的发送时刻进行记录，进而能够根据首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差，判断被限制发送的待发送数据需要被丢弃还是能够被发送。相比于现有技术中采用滑动时间窗口的算法进行速率控制，采用本发明实施例的方案，可以仅在接收到待发送数据的时候，才判断需要被丢弃还是能够被发送，不必维护周期定时器，能够有效降低系统开销，并且可以精细到各个已发送数据的发送时刻，有效提高控制精度。

进一步地，所述数据发送方法还可以包括：如果所述第一时间差大于等于所述速率控制时间单元，则清除至少一部分已发送数据的发送时刻的记录，并且对所述速率控制时间单元内的已发送数据的记录数量进行更新。

以速率控制时间单元为6分钟，即360s为例，在待发送数据的接收时刻之前的第361s或者再早之前，发送的已发送数据即为过期数据，需要进行清除。

在本发明实施例中，由于本发明可以仅在接收到待发送数据的时候，才判断需要被丢弃还是能够被发送，因此可能存在一个或多个已发送数据是在速率控制时间单元的时长之前被发送的，在清除这些数据后，能够多发送一部分被限制发送的待发送数据。

更进一步地，如果所述第一时间差大于等于所述速率控制时间单元，则清除至少一部分已发送数据的发送时刻的记录的步骤可以包括：如果所述第一时间差大于等于所述速率控制时间单元，则继续判断后一个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差是否小于所述速率控制时间单元，直至得到第一时间差小于所述速率控制时间单元的已发送数据，或者确定所有已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差均大于等于所述速率控制时间单元；对于所述第一时间差小于所述速率控制时间单元的已发送数据，清除该已发送数据之前的所有已发送数据的发送时刻的记录；对于所有已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差均大于等于所述速率控制时间单元的情况，清除所有已发送数据的发送时刻的记录。

具体地，可能仅存在一部分过期的已发送数据的情况，此时仅清除过期的那一部分已发送数据的记录，还可能存在全部已发送数据均已过期的情况，此时可以清除全部已发送数据的记录。

进一步地，数据发送方法还可以包括：根据更新后的已发送数据的记录数量，再次确定所述一个或多个待发送数据中是否存在被二次限制发送的待发送数据；如果存在，则确定被二次限制发送的待发送数据需要被丢弃，未被二次限制发送的待发送数据能够被发送。

其中，可以采用前文描述的方法，再次确定所述一个或多个待发送数据中是否存在被二次限制发送的待发送数据。

具体地，至少根据所述允许发送数据数量小于更新后的已发送数据的记录数量，确定所述待发送数据均被限制发送，或者，至少根据所述允许发送数据数量小于更新后的已发送数据的记录数量与待发送数据的数量之和，确定所述待发送数据中存在被限制发送的待发送数据。

可以理解的是，由于在前一步骤中，刚刚才对所述速率控制时间单元内的已发送数据的记录数量进行更新，因此已发送数据的记录数量已经与更新后的已发送数据的实际数量一致。

在本发明实施例中，可以根据更新后的已发送数据的记录数量，再次确定所述一个或多个待发送数据中是否存在被二次限制发送的待发送数据，通过二次判断，可以多发送一部分被限制发送的待发送数据，降低速率控制对于数据发送需求的影响。

参照图2，图2是本发明实施例中另一种基于速率控制的数据发送方法的流程图。所述另一种基于速率控制的数据发送方法可以包括步骤S21至步骤S28，以下对各个步骤进行说明。

在步骤S21中，接收待发送数据。

在步骤S22中，判断在速率控制时间单元内是否还没有已发送数据，如果判断结果为是，则可以跳转至执行步骤S23，如果判断结果为否，则可以跳转至执行步骤S24。

具体地，当接收待发送数据时，如果在所述速率控制时间单元内不存在任何已发送数据，则可以发送所述待发送数据。

可以理解的是，当待发送数据的数量为多个，且自身就已经超出允许发送数据数量时，仍然会被限制发送，即最多仅能够发送允许发送数据数量的待发送数据。

在一个非限制性的具体实施方式中，可以采用total_num＝0表示已发送数据的记录数量为0，采用rate_value！＝0表示允许发送数据数量不为0。

在步骤S23中，发送待发送数据，更新已发送数据的记录数量，以及更新已发送数据的发送时刻。

具体地，在发送所述待发送数据之后，可以将发送所述待发送数据的时刻记录为在所述速率控制时间单元内首个已发送数据的发送时刻。

进一步地，每当发送所述待发送数据后，可以更新以下一项或多项：在所述速率控制时间单元内已发送数据的记录数量；在所述速率控制时间单元内已发送数据的发送时刻。

在一个非限制性的具体实施方式中，可以采用total_num＝1表示已发送数据的记录数量为1，采用node_time_stamp[head_idx]表示在速率控制时间单元内首个已发送数据的发送时刻，且等于待发送数据的发送时刻。

在步骤S24中，判断第一时间差是否小于速率控制时间单元，如果判断结果为是，则可以跳转至执行步骤S26，如果判断结果为否，则可以跳转至执行步骤S25。

其中，第一时间差用于表示首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的时间差。

在一个非限制性的具体实施方式中，可以采用new_time-node_time_stamp[head_idx]＜rate_unit表示步骤S24的判断条件。其中，new_time可以表示待发送数据的接收时刻，rate unit可以表示速率控制时间单元。

在步骤S25的具体实施中，清除至少一部分已发送数据的发送时刻的记录，并且更新已发送数据的记录数量。

在具体实施中，还可以更新在速率控制时间单元内首个已发送数据的发送时刻，以提高在后续步骤中对第一时间差的判断有效性。

需要指出的是，在步骤S25中，可以逐个对已发送数据进行判断并且逐个清除。

具体地，可以在步骤S24中先仅对首个已发送数据进行判断，并在判断后对该已发送数据进行清除，并且对清除后的首个已发送数据的信息(如发送时刻)进行更新，然后跳转至步骤S24对该更新的首个已发送数据进行判断，如此循环，直至在步骤S24中得到判断结果为是。

有关步骤S25的更多内容，请参照前文以及图1中的描述进行执行，此处不再赘述。

在步骤S26中，判断已发送数据的记录数量是否小于允许发送数据数量，如果判断结果为是，则可以跳转至执行步骤S28，如果判断结果为否，则可以跳转至执行步骤S27。

在步骤S27中，丢弃待发送数据。

在步骤S28中，发送待发送数据。

具体地，在确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送之后，在没有其他因素影响的情况下，可以执行丢弃和发送的动作。

在步骤S28之后，也即发送所述待发送数据后，还可以更新以下一项或多项：在所述速率控制时间单元内已发送数据的记录数量；在所述速率控制时间单元内已发送数据的发送时刻。

在一个非限制性的具体实施方式中，可以采用将total_num更新为total_num+1，并对node_time_stamp[tail_idx]进行更新，其中，node_time_stamp[tail_idx]可以表示在速率控制时间单元内最后一个已发送数据的发送时刻。

在图2示出的数据发送方法中，当终端支持数据数量大于等于允许发送数据数量时，可以记录已发送数据的发送时刻，可以实现精细化记录，提高速率控制的精确性，在实际应用中可以将其称为“精确速率控制”。

当终端支持数据数量小于允许发送数据数量时，还可以记录各个发送时间段发送的数据数量，可以基于时间段记录已发送数据，降低对终端内存的需求，在实际应用中可以将其称为“粗略速率控制”。

进一步地，所述数据发送方法还可以包括：如果所述终端支持数据数量小于所述允许发送数据数量，则确定首个发送数据所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差，并判断所述第二时间差是否小于速率控制时间单元，所述发送时间段是根据所述速率控制时间单元与所述终端支持数据数量确定的；如果所述第二时间差小于所述速率控制时间单元，则确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送。

具体地，如果终端支持数据数量小于所述允许发送数据数量，则可以理解为终端不能够支持非常精细地对每个发送数据的发送时刻进行记录，此时不能采用精确速率控制方式，而只能采用粗略速率控制方法，也即描述记录各个已发送数据所在的发送时间段，进而基于各个已发送数据的所在的发送时间段进行速率控制的方式，有助于降低对终端内存的需求。

接下来，确定首个已发送数据所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差，并判断所述第二时间差是否小于速率控制时间单元。

需要指出的是，所述首个已发送数据可以为当前记录的已发送数据，如果记录未及时更新，则存在前文所述的记录过期的情况。

进一步地，所述预设时刻可以选自：起始时刻、中心时刻、终点时刻。以下以起始时刻为例进行说明，也即以每个发送时间段的起始时刻作为判断时刻，如果判断结果为能够被发送，则可以立即发送或者等待一定时长后发送。

进一步地，对所述速率控制时间单元进行等分以得到多个所述发送时间段；其中，等分的份数为所述终端支持数据数量。

具体地，以速率控制时间单元为6分钟(即360s)，终端支持数据数量为30为例，可以将360s等分为30份，每个发送时间段为12s。

可以理解的是，还可以根据所述速率控制时间单元与所述终端支持数据数量，采用其他适当的方法确定发送时间段，例如将等分后的数值乘以预设比例，得到发送时间段。

作为一个非限制性的具体实施例，以速率控制时间单元为6分钟(即360s)，终端支持数据数量为30为例，则每个发送时间段为12s，在待发送数据的接收时刻之前的30个时间段内之内发送的已发送数据均为未过期的有效数据，如果有效数据的数量已经超出了30，则当前的待发送数据不能被发送，需要被丢弃。

在本发明实施例中，根据终端支持数据数量小于允许发送数据数量，可以对已发送数据所在的发送时间段进行记录，进而能够根据首个已发送数据所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差，判断被限制发送的待发送数据需要被丢弃还是能够被发送。相比于现有技术中采用滑动时间窗口的算法进行速率控制，采用本发明实施例的方案，可以仅在接收到待发送数据的时候，才判断需要被丢弃还是能够被发送，不必维护周期定时器，能够有效降低系统开销，并且在终端支持数据数量较小时，采用包含一个或多个数据的发送时间段进行判断，相比于采用单个数据的发送时刻，有效节约内存。

进一步地，如果所述第二时间差大于等于所述速率控制时间单元，则清除至少一部分已发送数据所在的发送时间段的记录，并且对所述速率控制时间单元内的已发送数据的记录数量进行更新。

以速率控制时间单元为6分钟(即360s)，终端支持数据数量为30为例，则每个发送时间段为12s，在待发送数据的接收时刻之前的第31个发送时间段或者再早之前的发送时间段，发送的已发送数据即为过期数据，需要进行清除。

在本发明实施例中，由于本发明可以仅在接收到待发送数据的时候，才判断需要被丢弃还是能够被发送，因此可能存在一个或多个已发送数据是在速率控制时间单元的时长之前被发送的，在清除这些数据后，能够多发送一部分被限制发送的待发送数据。

更进一步地，如果所述第二时间差大于等于所述速率控制时间单元，则清除至少一部分已发送数据所在的发送时间段的记录的步骤可以包括：如果所述第二时间差大于等于所述速率控制时间单元，则继续判断后一个已发送数据所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差是否小于所述速率控制时间单元，直至得到第二时间差小于所述速率控制时间单元的已发送数据，或者确定所有已发送数据的发送时刻所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差均大于等于所述速率控制时间单元；对于所述第二时间差小于所述速率控制时间单元的已发送数据，清除该已发送数据之前的所有已发送数据所在的发送时间段的记录；对于所有已发送数据的发送时刻所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的第二时间差均大于等于所述速率控制时间单元的情况，清除所有已发送数据所在的发送时间段的记录。

具体地，可能仅存在一部分过期的已发送数据的情况，此时仅清除过期的那一部分已发送数据所在的发送时间段的记录，还可能存在全部已发送数据均已过期的情况，此时可以清除全部已发送数据所在的发送时间段的记录。

进一步地，所述数据发送方法还可以包括：根据更新后的已发送数据的记录数量，再次确定所述一个或多个待发送数据中是否存在被再次限制发送的待发送数据；如果存在，则确定被再次限制发送的待发送数据需要被丢弃，未被再次限制发送的待发送数据能够被发送。

其中，可以采用前文描述的方法，再次确定所述一个或多个待发送数据中是否存在被二次限制发送的待发送数据。

具体地，至少根据所述允许发送数据数量小于更新后的已发送数据的记录数量，确定所述待发送数据均被限制发送，或者，至少根据所述允许发送数据数量小于更新后的已发送数据的记录数量与待发送数据的数量之和，确定所述待发送数据中存在被限制发送的待发送数据。

在本发明实施例中，根据更新后的已发送数据的记录数量，再次确定所述一个或多个待发送数据中是否存在被再次限制发送的待发送数据，通过二次判断，可以多发送一部分被限制发送的待发送数据，降低速率控制对于数据发送需求的影响。

参照图3，图3是本发明实施例中再一种基于速率控制的数据发送方法的流程图。所述再一种基于速率控制的数据发送方法可以包括步骤S301至步骤S310，以下对各个步骤进行说明。

在步骤S301中，接收待发送数据。

在步骤S302中，判断在速率控制时间单元内是否还没有已发送数据，如果判断结果为是，则可以跳转至执行步骤S303，如果判断结果为否，则可以跳转至执行步骤S304。

在一个非限制性的具体实施方式中，可以采用total_num＝0表示已发送数据的记录数量为0，采用rate_value！＝0表示允许发送数据数量不为0。

在步骤S303中，发送待发送数据，更新已发送数据的记录数量，以及更新已发送数据所在的发送时间段。

具体地，在发送所述待发送数据之后，可以将发送所述待发送数据所在的发送时间段的时刻记录为在所述速率控制时间单元内首个已发送数据所在的发送时间段的预设时刻。

进一步地，每当发送所述待发送数据后，可以更新以下一项或多项：在所述时间单元内已发送数据的记录数量；在所述时间单元内已发送数据所在的发送时间段；在所述时间单元内已发送数据所在的发送时间段的已发送数量。

在一个非限制性的具体实施方式中，可以采用total_num＝1表示已发送数据的记录数量为1，采用node_time_stamp[head_idx]表示在速率控制时间单元内首个已发送数据所在的发送时间段的预设时刻，例如可以等于待发送数据所在时间段的起始时刻。

在步骤S304中，判断第二时间差是否小于速率控制时间单元，如果判断结果为是，则可以跳转至执行步骤S306，如果判断结果为否，则可以跳转至执行步骤S305。

其中，第二时间差用于表示首个已发送数据所在的发送时间段的预设时刻与所述待发送数据的接收时刻之间的时间差。

在一个非限制性的具体实施方式中，可以采用new_time-node_time_stamp[head_idx]＜rate_unit表示步骤S304的判断条件。其中，new_time可以表示待发送数据的接收时刻，rate unit可以表示速率控制时间单元。

在步骤S305的具体实施中，清除至少一部分已发送数据的发送时刻的记录，并且更新已发送数据的记录数量。

在具体实施中，还可以更新在速率控制时间单元内首个已发送数据所在的发送时间段的预设时刻，以提高在后续步骤中对第二时间差的判断有效性。

需要指出的是，在步骤S305中，可以逐个对已发送数据进行判断并且逐个清除。

具体地，可以在步骤S304中先仅对首个已发送数据所在的发送时间段进行判断，并在判断后对该已发送数据所在的发送时间段的记录进行清除，并且对清除后的首个已发送数据的信息(如所在的发送时间段)进行更新，然后跳转至步骤S304对该更新的首个已发送数据进行判断，如此循环，直至在步骤S304中得到判断结果为是。

有关步骤S305的更多内容，请参照前文的描述进行执行，此处不再赘述。

在步骤S306中，判断已发送数据的记录数量是否小于允许发送数据数量，如果判断结果为是，则可以跳转至执行步骤S308，如果判断结果为否，则可以跳转至执行步骤S307。

在步骤S307中，判断是否APN Aper＝1且待发送数据为例外数据，如果判断结果为是，则可以跳转至执行步骤S308，如果判断结果为否，则可以跳转至执行步骤S309。

具体地，在一些特殊的物联网应用场景中，例如工厂设备监控系统、分布式温度传感系统、地震监测网系统等，在检测到设备故障、火灾、地震等紧急情况时，要将这些紧急情况以异常数据(exception data)的形式发送到网络侧。由于涉及到故障灾害等紧急情况，需要保证这些异常数据具有较高的优先级，即使已经达到速率控制设定的最大上行数据数量，也不对异常数据实施速率控制，继续将其发送到网络侧。

其中，APN Aper用于表示接入点名称(Access Point Name，APN)为Aper的接入点，当该接入点的赋值为1时，表示已经开启支持异常模式，此时对于异常数据，可以不实施速率控制。

在步骤S308中，发送待发送数据。

在步骤S309中，丢弃待发送数据。

具体地，在确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送之后，在没有其他因素影响的情况下，可以执行丢弃和发送的动作。

在步骤S308之后，也即发送所述待发送数据后，还可以更新以下一项或多项：在所述时间单元内已发送数据的记录数量；在所述时间单元内已发送数据所在的发送时间段；在所述时间单元内已发送数据所在的发送时间段的已发送数量。

在一个非限制性的具体实施方式中，可以采用将total_num更新为total_num+1，对node_time_stamp[tail_idx]进行更新，对node_num[n]进行更新。其中，node_time_stamp[tail_idx]可以表示在速率控制时间单元内最后一个已发送数据所在发送时间段的预设时刻，node_num[n]可以表示速率控制时间单元内最后一个已发送数据所在发送时间段。

在图3示出的数据发送方法中，当终端支持数据数量小于允许发送数据数量时，还可以记录各个发送时间段发送的数据数量，可以基于时间段记录已发送数据，降低对终端内存的需求，在实际应用中可以将其称为“粗略速率控制”。

参照图4，图4是本发明实施例中一种确定精细速率控制或粗略速率控制的方法的流程图。所述确定精细速率控制或粗略速率控制的方法可以包括步骤S41至步骤S47，以下对各个步骤进行说明。

在步骤S41中，接收待发送数据。

在步骤S42中，判断已发送数据的记录数量是否小于允许发送数据数量，如果判断结果为是，则跳转至步骤S43继续执行；如果判断结果为否，则跳转至步骤S44继续执行。

在步骤S43中，判断允许发送数据数量是否大于终端支持数据数量，如果判断结果为是，则跳转至步骤S45；如果判断结果为否，则跳转至步骤S46。

具体地，终端支持数据数量可以用于指示终端能够支持对多少数据进行控制，体现出速率控制的精度，可根据系统实际情况设置终端支持数据数量的值，该值越大，速率控制的精度越高，同时会耗费更多的系统内存。

在步骤S44中，判断是否APN Aper＝1且待发送数据为异常数据，如果判断结果为是，则跳转至步骤S47；如果判断结果为否，则跳转至步骤S48。

在步骤S45中，粗略速率控制。

在步骤S46中，精确速率控制。

进一步地，在确定所述一个或多个待发送数据中存在被限制发送的待发送数据之前，数据发送方法还可以包括：如果终端支持数据数量大于等于允许发送数据数量，则；如果终端支持数据数量小于允许发送数据数量，则记录各个发送时间段发送的数据数量。

其中，精确速率控制可以用于描述记录各个已发送数据的发送时刻，进而基于各个已发送数据的发送时刻进行速率控制的方法，具体可以参照前文及图2示出的另一种基于速率控制的数据发送方法，粗略速率控制可以用于描述记录各个发送时间段发送的数据数量，进而基于各个发送时间段发送的数据数量进行速率控制的方法，具体可以参照前文及图3示出的再一种基于速率控制的数据发送方法。

可以理解的是，如果允许发送数据数量大于终端支持数据数量，则表示终端难以非常精细地对每个发送数据的发送时刻进行记录，此时可以采用粗略速率控制方式；反之，如果允许发送数据数量小于等于终端支持数据数量，则表示终端能够支持非常精细地对每个发送数据的发送时刻进行记录，此时可以采用精确速率控制方式。

在步骤S47中，粗略速率控制。

可以理解的是，在已发送数据的记录数量大于等于允许发送数据的数量的情况下，为了不对异常数据实施速率控制，终端必然难以非常精细地对每个发送数据的发送时刻进行记录，此时可以采用粗略速率控制方式。

需要指出的是，有关图4中的步骤的更多内容，可以参照前文以及图1至图3的描述执行，此处不再赘述。

参照图5，图5是本发明实施例中一种基于速率控制的数据发送装置的结构示意图。所述基于速率控制的数据发送装置可以包括：

限制确定模块51，用于接收到一个或多个待发送数据，确定所述一个或多个待发送数据中存在被限制发送的待发送数据；

时间差确定模块52，用于当终端支持数据数量大于等于允许发送数据数量时，确定首个已发送数据的发送时刻与所述待发送数据的接收时刻之间的第一时间差，并判断所述第一时间差是否小于速率控制时间单元；

丢弃发送确定模块53，用于当所述第一时间差小于所述速率控制时间单元时，确定被限制发送的待发送数据需要被丢弃，未被限制发送的待发送数据能够被发送。

在具体实施中，上述装置可以对应于用户设备中具有数据处理功能的芯片；或者对应于用户设备中包括具有数据处理功能芯片的芯片模组，或者对应于用户设备。

有关图5示出的基于速率控制的数据发送装置的更多内容，请参照前文以及图1至图4的描述执行，此处不再赘述。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。所述计算机可读存储介质例如可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器，还可以包括光盘、机械硬盘、固态硬盘等。

本发明实施例还提供了一种通信装置，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。

参照图6，图6是本发明实施例中一种通信装置的结构示意图。

装置600包括至少一个处理器601和至少一个存储器602，用于存储计算机程序和/或数据。存储器602与处理器601耦合。处理器601用于运行存储器602中存储的计算机程序和/或数据，实现前文以及图1所示的通信方法。本申请实施例中的耦合是装置、单元或模块之间的间隔耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。作为另一种实现，存储器602还可以位于装置600之外。处理器601可以和存储器602协同操作。处理器601可能执行存储器602中存储的计算机程序。所述至少一个存储器中的至少一个可以包括于处理器中。

在一些实施例中，装置600还可以包括通信接口603，通信接口603用于通过传输介质和其他设备通信，从而用于装置600中的模块可以和其他设备通信。示例性地，通信接口603可以是收发器、电路、总线、模块或其它类型的通信接口。

本申请实施例中不限定上述通信接口603、处理器601以及存储器602之间的连接介质。例如，本申请实施例在图6中以存储器602、和通信接口603均与处理器601连接。当然，本申请实施例中存储器602、通信接口603、处理器601之间还可以通过总线连接，所述总线可以分为地址总线、数据总线、控制总线等。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，H DD)或固态硬盘(solid–state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储计算机程序和/或数据。

本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称DVD))、或者半导体介质(例如，SSD)等。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。