发送数据的方法及装置与流程

本发明涉及物联网数据发送领域，具体而言，涉及一种发送数据的方法及装置。

背景技术：

物联网应用需求倍增，各大公司相继推出支持长期演进(long-termevolution，简称为lte)机器类型通讯(mtc)规格的cat.0和cat.1晶片组，期携小尺寸、低功耗及低成本等特点，抢进机器对机器(m2m)通讯应用领域，可望进一步扩大lte在物联网的市场范畴。而lte-m比终端装置即将面世的cat1和r12里的cat0更好,将是中国大陆厂商进m2m市场的主要目标技术。部分厂商将直接越过cat0/1直接投入lte-m。lte-m才是m2m厂商最终关注焦点，cat0/1只是过渡性。欧洲电信运营商也在lte-m基础建设。

由于物联网芯片的特殊应用场景，其通信量较小且通信频率较低，但具有与传统手机完全不同的特点，那就是数量多，某些情况下必须依靠干电池运行10年的时间。针对这样的特点，终端芯片的低功耗化是lte-m正在探讨并需要实现的一个非常重要的特性，而发射所耗费的功率，在模块的功耗上占据相当大的部分。所以如果能在发射时将原始数据进行一定程度的压缩，会降低模块在发射上所消耗的功率，尤其是在弱信号的情况下，效果会比较明显。

相关技术中的lte技术有对ip包头进行压缩的技术，也有对整个数据包进行压缩的，其目的是可以有效的提供无线频谱资源的利用率。

但是相关技术并不会动态的判断是压缩数据所需要的功耗多，还是发射数据所需要的功耗多，如果在任何场景下都对数据进行压缩，尤其是强信号下，也许会适得其反。

针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。

技术实现要素：

本发明实施例提供了一种发送数据的方法及装置，以至少解决相关技术中发送数据功耗过大的问题。

根据本发明的一个实施例，提供了一种发送数据的方法，包括：获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗；在判断结果为是时，将所述第一数据进行压缩后再发送。

可选地，所述工作参数包括以下至少之一：信号强度、信噪比、压缩状态时的工作电流、压缩状态时的工作电压、射频发射数据时的工作电流、射频发射数据时的工作电压、空闲状态时的工作电流、空闲状态时的工作电压。

可选地，根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗包括：计算压缩所述第一数据所需要的功耗w1、发送第二数据所需要的功耗w2、以及发送所述第一数据所需要的功耗w3，其中，所述第二数据为对所述第一数据进行压缩后的数据；判断w1加上w2的和是否小于w3。

可选地，通过以下公式计算w1、w2、w3：

w1＝((i2*v2)-(i0*v0))*t2；

w2＝((i1*v1)-(i0*v0))*t1*s1；

w3＝((i1*v1)-(i0*v0))*t1*s；

其中，i1为所述发送端在射频发射数据时的工作电流，v1为所述发送端在射频发射数据时的工作电压，i0为所述发送端在空闲状态时的工作电流，v0为所述发送端在空闲状态时的工作电流，i2为所述发送端在压缩状态时的工作电流，v2为所述发送端在压缩状态时的工 作电流，t1为所述发送端发送单位数据所需要的时间，t2为所述发送端压缩所述第一数据所需要的时间，s为所述第一数据的数据量，s1为所述第二数据的数据量。

可选地，所述i2为第一预设值；所述v2为第二预设值；所述t2为根据所述s和预设压缩速率计算得到；所述s1为根据所述s和压缩算法的压缩率计算得到。

可选地，在根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗之前，所述方法还包括：判断所述第一数据的数据量是否小于或等于预设阈值；在判断结果为是时，确定根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗。

可选地，通过以下至少之一格式的压缩算法将所述第一数据进行压缩：lzma、lzma2、ppmd、bcj、bcj2。

可选地，在所述发送端为终端，所述接收端为基站时，通过以下方式确定所述接收端支持对所述第一数据的解压能力：在所述发送端向所述接收端发送注册请求消息时，在所述注册请求消息中携带用于询问所述接收端是否支持解压能力的字段；接收所述接收端反馈的用于应答具备所述解压能力的消息。

根据本发明的另一个实施例，提供了一种发送数据的装置，包括：获取模块，用于获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；判断模块，用于根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗；处理模块，用于在判断结果为是时，将所述第一数据进行压缩后再发送。

可选地，所述工作参数包括以下至少之一：信号强度、信噪比、压缩状态时的工作电流、压缩状态时的工作电压、射频发射数据时的工作电流、射频发射数据时的工作电压、空闲状态时的工作电流、空 闲状态时的工作电压。

可选地，判断模块还包括：计算单元，用于计算压缩所述第一数据所需要的功耗w1、发送第二数据所需要的功耗w2、以及发送所述第一数据所需要的功耗w3，其中，所述第二数据为对所述第一数据进行压缩后的数据；判断单元，用于判断w1加上w2的和是否小于w3。

可选地，所述计算单元通过以下公式计算w1、w2、w3：

w1＝((i2*v2)-(i0*v0))*t2；

w2＝((i1*v1)-(i0*v0))*t1*s1；

w3＝((i1*v1)-(i0*v0))*t1*s；

其中，i1为所述发送端在射频发射数据时的工作电流，v1为所述发送端在射频发射数据时的工作电压，i0为所述发送端在空闲状态时的工作电流，v0为所述发送端在空闲状态时的工作电流，i2为所述发送端在压缩状态时的工作电流，v2为所述发送端在压缩状态时的工作电流，t1为所述发送端发送单位数据所需要的时间，t2为所述发送端压缩所述第一数据所需要的时间，s为所述第一数据的数据量，s1为所述第二数据的数据量。

通过本发明，获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；根据所述工作参数判断压缩所述第一数据后再进行发送所需要的总功耗是否小于直接发送所述第一数据所需要的功耗；在判断结果为是时，将所述第一数据进行压缩后再发送给接收端，其中，所述接收端支持对压缩的所述第一数据的解压能力，由于在压缩数据之前还判断了压缩数据的功耗，可以得到将数据压缩后再发送是否真正节约了功耗，可以解决相关技术中发送数据功耗过大的问题，达到节约发送功耗的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请 的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种发送数据的方法的移动终端的硬件结构框图；

图2是根据本发明实施例的一种发送数据的方法流程图；

图3是根据本发明实施例的发送数据的装置的结构框图；

图4是根据本发明实施例的发送数据的装置的可选结构框图；

图5是根据本发明实施例3的终端和基站交互协商示意图；

图6是根据本发明实施例3的终端发送数据的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种发送数据的方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的发送数据的方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端的发送数据的方法，图2是根据本发明实施例的一种发送数据的方法流程图，如图2所示，该流程包括如下步骤：

步骤s202，获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；

步骤s204，根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗；

步骤s206，在判断结果为是时，将第一数据进行压缩后再发送。

通过上述步骤，获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗；在判断结果为是时，将第一数据进行压缩后再发送，由于在压缩数据之前还判断了压缩数据的功耗，可以得到将数据压缩后再发送是否真正节约了功 耗，可以解决相关技术中发送数据功耗过大的问题，达到节约发送功耗的技术效果。

可选地，上述步骤的执行主体可以为基站、终端等，如使用一次性电池的物联网终端，但不限于此。

可选的，工作参数可以但不限于为：信号强度、信噪比、压缩状态时的工作电流、压缩状态时的工作电压、射频状态时的工作电流、射频状态时的工作电压、空闲状态时的工作电流、空闲状态时的工作电压。射频状态可以是射频发射数据时的状态。

在根据本实施例的可选实施方式中，根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗包括：

计算压缩第一数据所需要的功耗w1、发送第二数据所需要的功耗w2、以及发送第一数据所需要的功耗w3，其中，第二数据为对第一数据进行压缩后的数据；

判断w1加上w2的和是否小于w3。

具体可通过以下公式计算w1、w2、w3：

w1＝((i2*v2)-(i0*v0))*t2；

w2＝((i1*v1)-(i0*v0))*t1*s1；

w3＝((i1*v1)-(i0*v0))*t1*s；

其中，i1为发送端在射频状态时的工作电流，v1为发送端在射频状态时的工作电压，i0为发送端在空闲状态时的工作电流，v0为发送端在空闲状态时的工作电流，i2为发送端在压缩状态时的工作电流，v2为发送端在压缩状态时的工作电流，t1为发送端发送单位数据所需要的时间，t2为发送端压缩第一数据所需要的时间，s为第一数据的数据量，s1为第二数据的数据量。

对于上述各个参数的获取，可以经过测试的经验值得到，所述i2为第一预设值；所述v2为第二预设值；所述t2为根据所述s除以预 设压缩速率计算得到；所述s1为根据所述s乘以压缩算法的压缩率计算得到，如压缩算法的压缩率为50％，则s1＝0.5s。而对于i1和v1，还需要参考实时获取的信号强度和信噪比，进一步根据信号强度和信噪比与i1和v1的对应关系得到，因为，随着信号强度和信噪比的变化，射频发射数据时的功率也是变化的，对应的i1和v1也是变化的，一般来将，信号强度和信噪比越大，i1和v1也越大，作为另一方式，可以将最近一次射频发射数据时的电流和电压作为i1和v1。

可选的还可以在判断功耗大小之前先进行一个初判，判断第一数据是否过大，在根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗之前，方法还包括：

s11，判断第一数据的数据量是否小于或等于预设阈值；

s12，在判断结果为是时，确定根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗。

可选的，预设阈值threshold1可以通过如下方法获取：对上行数据强制开启压缩，发送端发送持续并且流量稳定的数据到基站，观察数据发送的延时程度，或者可以直接发送ping包到网络并观察返回包的时延，如果大于一定的值，如500ms，则记录此时的流量作为threshold1。

可选的，可以使用以下算法对第一数据进行压缩：7z的压缩算法，包括：lzma、lzma2、ppmd、bcj、bcj2，其中，lzma(lempel-ziv-markovchain-algorithm)为改良与优化后的lz77算法，lzma2为lzma的改进算法，ppmd为基于dmitryshkarin的ppmdh算法，bcj为32位x86可执行文件转换程序；bcj2为32位x86可执行文件转换程序。在此需要说明的是，在不冲突的情况下，上述压缩算法可以相互结合，此外，上述算法只是举例说明，本实施例还可以使用其他未列举的压缩算法对第一数据进行压缩，在此并不做任何限制。

可选的，在发送端为终端，接收端为基站时，可以通过以下方式确定接收端支持对第一数据的解压能力：

s21，在发送端向接收端发送注册请求消息时，在注册请求消息中携带用于询问接收端是否支持解压能力的字段；可选的，可以是data_comp_cap_flag字段。

s22，接收接收端反馈的用于应答具备解压能力的消息。

而在接收端是终端时，可以通过ip数据包通信与接收端协商是否支持数据压缩，这样做的好处是不需要中转基站支持数据压缩能力，接收端可以独立实现解压功能。

可选的，在接收端是终端时，此时不对整个ip数据包进行压缩，而是要对待发送的数据压缩，再将压缩过的数据通过ip包发送到接收端；而在接收端是基站时，可以对直接对整个ip数据包进行压缩，而不需要提前对待发送的数据进行压缩。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种发送数据的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的发送数据的装置的结构框图，如图3 所示，该装置包括：

获取模块30，用于获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；

判断模块32，用于根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗；

处理模块34，用于在判断结果为是时，将第一数据进行压缩后再发送给接收端，其中，接收端支持对压缩的第一数据的解压能力。

可选的，工作参数可以但不限于为：信号强度、信噪比、压缩状态时的工作电流、压缩状态时的工作电压、射频状态时的工作电流、射频状态时的工作电压、空闲状态时的工作电流、空闲状态时的工作电压。

图4是根据本发明实施例的发送数据的装置的可选结构框图，如图4所示，该装置除包括图3所示的所有模块外，判断模块32还包括：

计算单元40，用于计算压缩第一数据所需要的功耗w1、发送第一数据所需要的功耗w2、以及发送第一数据所需要的功耗w3，其中，第二数据为对第一数据进行压缩后的数据；

判断单元42，用于判断w1加上w2的和是否小于w3。

可选的，计算单元可以通过以下公式计算w1、w2、w3：

w1＝((i2*v2)-(i0*v0))*t2；

w2＝((i1*v1)-(i0*v0))*t1*s1；

w3＝((i1*v1)-(i0*v0))*t1*s；

其中，i1为发送端在射频状态时的工作电流，v1为发送端在射频状态时的工作电压，i0为发送端在空闲状态时的工作电流，v0为发送端在空闲状态时的工作电流，i2为发送端在压缩状态时的工作电流，v2为发送端在压缩状态时的工作电流，t1为发送端发送单位数据所需要的时间，t2为发送端压缩第一数据所需要的时间，s为第一数据的 数据量，s1为第二数据的数据量。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

实施例3作为对本发明的可选实施例，用于结合具体的应用实体和场景对本发明进行详细说明。发送端为终端，本实施例在终端侧包括：能力协商模块、信息采集模块、压缩模块、判定模块、发射模块。

能力协商模块，用于在终端和基站注册交互时与基站协商是否支持压缩功能，以及支持何种压缩算法。终端的注册能力里包含data_comp_cap_flag标志位，如果此字段值为0表明终端不支持数据压缩能力，如果此字段值为1表明终端支持数据压缩能力；在data_comp_cap_flag字段后紧接着是长度字段和压缩算法字段，其中长度字段1字节表示压缩算法字段的长度，而压缩算法的每个字节代表一种压缩算法，并且这些压缩算法按照终端所希望使用的优先级降序排列。在收到基站的注册回应消息后终端解析data_comp_cap_flag标志位以及压缩算法，从而判定基站是否支持数据压缩算法，如果支持在后续数据压缩时使用何种算法。图5是根据本发明实施例3的终端和基站交互协商示意图，如图5所示，包括：

s501，终端向基站发送附着请求attachrequest；

s502，基站向终端反馈ue能力要求capabilityrequest；

s503，终端向基站发送ue能力响应capabilityresponse；

s504，基站向终端反馈附着接收消息attachaccpet；

s505，终端向基站发送附着完成消息attachcomplete。

信息采集模块，用于实时收集终端的接收信号以及信噪比等环境参数。

压缩模块负责对数据进行预压缩以及压缩，压缩模块通过对数据的预压缩并不是真正的开始压缩，而只是估算压缩数据所需要的时间，以及压缩后数据的长度是多少。

判定模块，用于判定是否要对数据进行压缩再发送还是直接发送。判定模块在判定时要根据以下条件以此进行判定，当所有条件全部满足时才对数据进行压缩，否则直接发送上行数据：①基站支持数据压缩并且终端与基站协商到了合适的数据压缩算法；②此时的用户数据量较少，低于阈值threshold1；③对数据进行压缩所消耗的功耗小于发射所节约的功耗。threshold1可以通过如下方法获取：对上行强制开启压缩，终端发送持续并且流量稳定的数据到基站，观察数据发送的延时程度，或者可以直接发送ping包到网络并观察返回包的时延，如果大于一定的值，如500ms，则记录此时的流量作为threshold1。判定模块内部预置了2种索引表，索引表1是信号强度、信噪比等条件和发射单位数据功耗的对应关系，索引表2是数据压缩所需要的时间和所需功耗的对应关系。索引表1和索引表2均可通过在终端上实测进行获取，如索引表1，可以先测试出终端在某一特定的信号强度及信噪比下的平均电流和电压，然后持续发送上行数据，测试此时终端的平均电流再和工作电压，使用公式((发射时电流*发射时电压)-(空闲电流*空闲电压))*发送单位数据所需要的时间，得出的结果就是发射单位数据所需要的功率；而对于索引表2，在关闭射频的情况下，首先测试终端的空闲电流和空闲电压，再使用特定的算法压缩一定量的数据，计算数据在压缩时终端的电压和电流，使用公式((压缩时电流*压缩时电压)-(空闲时电流*空闲时电压))*单位时间，得出的就是数据压缩时间和功耗的对应关系。

发射模块，用于将用户数据发射到基站。

本实施例的终端，可以适配支持压缩功能的基站以及不支持压缩功能的基站。在终端注册到基站进行能力协商时，终端会上报支持数据压缩能力以及支持的压缩算法，而基站会答复其支持的能力。对于不支持的基站，终端在发射数据时不进行压缩；而对于支持的基站， 终端会根据和基站的距离判断在数据发送前是否需要压缩，以及采用何种算法压缩，基站在接收到终端发送的数据后进行解压缩。

本实施例使用可以使用开源的压缩算法，如7z的压缩算法，包括lzma、lzma2、ppmd、bcj、bcj2等，对数据包进行压缩。

下面对系统中的发送端和接收端进行分开说明，即，终端侧和基站侧，图6是根据本发明实施例3的终端发送数据的流程图，结合图6所示的步骤，终端侧方法实施例包括：

步骤s601：终端和基站建立通信；

步骤s602：终端在注册消息的能力集合中携带data_comp_cap_flag字段其值为1，以及支持的压缩算法，压缩算法按照期望的优先级从高到低排列；

步骤s603：终端解析基站的能力响应，如果data_comp_cap_flag字段值为0则基站不支持数据压缩算法，如果值为1则解析基站答复的支持的压缩算法，后续使用基站答复的第一个支持的压缩算法；

步骤s604：终端发射模块收到待发射的数据，如果注册的基站不支持数据压缩则直接发送数据，则执行s610发送数据；

步骤s605：如果要求发射的数据比较多，超过了threshold1，则执行s610发射数据；

步骤s606：如果要发送的数据较少，并且注册的基站支持数据压缩，下一步判断是否要进行数据压缩；

步骤s607：数据采集模块收集终端的信号强度、信噪比以及工作电压等信息；

步骤s608：压缩模块对数据进行预压缩处理，判断数据压缩后能节约的字节数，以及压缩需要的时间；

步骤s609：判定模块首先根据信号强度和信噪比从索引表1中查出发射单位数据所消耗的功耗，乘以压缩后节约的字节数，得出发射节约的功耗；再根据索引表2得出单位时间压缩所需要的功耗乘以 压缩所需要的时间，得出压缩所需要的功耗，比较这两个功耗，如果发射节约的功耗较多则对数据进行压缩；

步骤s610：发射数据，并且在发射的数据里设置数据压缩标志位。

基站侧方法实施例包括：

步骤s701：终端和基站建立通信，进行注册；

步骤s702：基站根据终端发送的能力集以及自身能力，判断是否要支持数据压缩，如果支持，则在能力协商相应中将data_comp_cap_flag字段值设置为1，并且紧随其后携带支持的压缩算法，此压缩算法为基站和终端支持的压缩算法的公共子集；

步骤s703：基站收到终端发射的数据后，首先检查之前与此终端协商是否支持数据压缩，如果支持数据压缩再判断压缩标志位是否有设置，如果有设置则根据压缩算法对数据解压缩，否则直接传递数据。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；

s2，根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗；

s3，在判断结果为是时，将第一数据进行压缩后再发送给接收端，其中，接收端支持对压缩的第一数据的解压能力。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代 码执行获取待发送的第一数据，以及用于表征发送端工作性能的工作参数；

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行根据工作参数判断压缩第一数据后再进行发送所需要的总功耗是否小于直接发送第一数据所需要的功耗；

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行在判断结果为是时，将第一数据进行压缩后再发送给接收端，其中，接收端支持对压缩的第一数据的解压能力。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。