CN107302802B - 一种数据传输的方法和装置 - Google Patents

Abstract

本申请实施例提供了一种数据传输的方法和装置，所述方法包括：接收服务器发送的下行移动业务数据；判断所述下行移动业务数据是否为小包业务数据；若是，则将所述小包业务数据缓存至基站的指定位置；实时监测缓存的小包业务数据的缓存量和/或时延值；依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备，从而避免了每次有数据包到来就需要调度一次空口资源的问题，有效地提高了PRB资源的承载效率和PDCCH资源的调度效率。

Description

一种数据传输的方法和装置

技术领域

本申请涉及信息技术领域，特别是涉及一种数据传输的方法和一种数据传输的装置。

背景技术

随着技术的进步，智能终端设备的种类和数量不断激增，移动业务的种类也越来越多样化。目前，大多数智能终端都有能力同时并发多种类型的数据业务，例如，语音、视频和数据。海量的终端设备和业务流量的多样性给人们的工作、生活带来了便利，但不同的业务流量对资源的消耗却大不相同，给无线接入网侧(基站)的性能优化和用户体验带来了极大的挑战。

通常，基站在接收到服务器发送的业务数据后，便会调度相应的资源，实时地将所述业务数据转发至终端设备。但是，大部分的移动业务数据都对实时性要求不高，如果每来一个数据包就调度一次空口资源，将会降低空口资源的利用率，造成资源的浪费。以LTE为例，因为LTE的调度是按照1ms 来进行的，调度资源包括PDCCH(Physical DownlinkControl Channel，物理下行控制信道)资源和PDSCH(Physical Downlink SharedChannel，物理下行共享信道)资源，每次调度都需要占用PDCCH资源，相应地就会造成PDCCH资源的浪费。另外，由于不同业务数据的数据包差异较大，有可能某次调度的数据不能装满1个PRB(Physical Resource Block，物理资源块)，也会造成PRB资源的浪费。严重地，还会影响用户的感知。

发明内容

鉴于上述问题，提出了一种数据传输的方法和相应的一种数据传输的装置，以解决已有技术中在传输小包业务数据时需要频繁调度空口资源，使得资源利用率较低的问题。

为了解决上述问题，本申请实施例公开了一种数据传输的方法，包括：

接收服务器发送的下行移动业务数据；

判断所述下行移动业务数据是否为小包业务数据；

若是，则将所述小包业务数据缓存至基站的指定位置；

实时监测缓存的小包业务数据的缓存量和/或时延值；

依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备。

可选地，所述判断所述下行移动业务数据是否为小包业务数据的步骤包括：

获取所述下行移动业务数据的数据包长度；

判断所述数据包长度是否大于第一预设阈值，若否，则确定所述下行移动业务数据为小包业务数据。

可选地，在所述判断所述数据是否为小包业务数据的步骤后，还包括：

判断所述小包业务数据是否为ping包或ping包的响应包；

若是，则将所述ping包或ping包的响应包发送至用户设备；

若否，则执行所述将所述小包业务数据缓存至基站的指定位置的步骤。

可选地，所述判断所述小包业务数据是否为ping包或ping包的响应包的步骤包括：

获取所述小包业务数据的数据包包头；

对所述数据包包头进行解析，以确定所述小包业务数据是否为ping包或 ping包的响应包。

可选地，所述依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备的步骤包括：

判断所述缓存量是否超过第一预设阈值；和/或，判断所述时延值是否超过第二预设阈值；

若是，则将所述缓存的小包业务数据发送至用户设备。

为了解决上述问题，本申请实施例还公开了一种数据传输的装置，包括：

接收模块，用于接收服务器发送的下行移动业务数据；

第一判断模块，用于判断所述下行移动业务数据是否为小包业务数据；

缓存模块，用于在所述下行移动业务数据为小包业务数据时，将所述小包业务数据缓存至基站的指定位置；

监测模块，用于实时监测缓存的小包业务数据的缓存量和/或时延值；

发送模块，用于依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备。

可选地，所述第一判断模块包括：

数据包长度获取子模块，用于获取所述下行移动业务数据的数据包长度；

数据包长度判断子模块，用于判断所述数据包长度是否大于第一预设阈值。

可选地，还包括：

第二判断模块，用于判断所述小包业务数据是否为ping包或ping包的响应包。

可选地，所述第二判断模块包括：

数据包包头获取子模块，用于获取所述小包业务数据的数据包包头；

数据包包头解析子模块，用于对所述数据包包头进行解析，以确定所述小包业务数据是否为ping包或ping包的响应包。

可选地，所述发送模块包括：

缓存量判断子模块，用于判断所述缓存量是否超过第一预设阈值；

时延值判断子模块，用于判断所述时延值是否超过第二预设阈值；

发送子模块，用于在所述缓存量超过第一预设阈值，和/或，所述时延值超过第二预设阈值时，将所述缓存的小包业务数据发送至用户设备。

与背景技术相比，本申请实施例包括以下优点：

在本申请实施例中，在判断出接收到的下行移动业务数据为小包业务数据时，通过将所述小包业务数据缓存至基站PDCP层，然后在缓存的数据量或数据的时延值超过预设阈值时，调度资源，将缓存的数据发送至用户设备(User Equipment，UE)，从而避免了每次有数据包到来就需要调度一次空口资源的问题，有效地提高了PRB资源的承载效率和PDCCH资源的调度效率。

其次，本申请实施例在识别出小包业务数据后，还可以判断所述小包业务数据是否为ping包或ping包的响应包，若是，则实时地将所述ping包或 ping包的响应包发送至用户设备，若否，则缓存所述数据包至基站的指定位置，使得ping业务等对实时性要求较高的业务类型的数据能够及时地发送至用户设备，在有效提高空口资源利用率的情况下，保证了特殊业务数据的实时传输。

附图说明

图1是本申请的一种数据传输的方法实施例一的步骤流程图；

图2是是本申请的一种数据传输的方法的原理图；

图3是本申请的一种数据传输的方法实施例二的步骤流程图；

图4是本申请的一种数据传输的装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种数据传输的方法实施例一的步骤流程图，具体可以包括如下步骤：

步骤101，接收服务器发送的下行移动业务数据；

在本申请实施例中，所述下行移动业务数据可以是由服务器发送给终端的任意类型的业务数据，例如，语音业务数据，视频业务数据，以及以QQ 和微信为代表的即时消息业务数据(IM)等等。

通常，服务器在向终端发送移动业务数据时，需要通过基站进行转发，因此，在本申请实施例中，基站能够首先接收到所述下行移动业务数据。

步骤102，判断所述下行移动业务数据是否为小包业务数据；

以QQ、微信、浏览网页等业务模型来说，这类业务的数据包不仅小而且非常分散，在资源的调度上，如果每来一个小数据包就调度一次空口资源，在小区用户数比较多的情况下就会浪费PDCCH和PRB资源的开销，进而导致空口资源的利用率下降。因此，在本申请实施例中，基站在接收到下行移动业务数据后，可以首先判断所述下行移动业务数据是否为小包业务数据，若是，则可以继续执行步骤103，若否，则可以直接将所述数据发送至用户设备。如图2所示，是本申请的一种数据传输的方法的原理图。

已有技术中已有多种成熟的技术可以识别出小包业务数据，如小包检测算法等，本领域技术人员可以根据实际需要选择相应的方法对接收到的移动业务数据进行识别以判断是否为小包业务数据，本申请对此不作具体限定。作为本申请实施例的一种示例，所述判断所述下行移动业务数据是否为小包业务数据的步骤具体可以包括如下子步骤：

子步骤，获取所述下行移动业务数据的数据包长度；

子步骤，判断所述数据包长度是否大于第一预设阈值，若否，则确定所述下行移动业务数据为小包业务数据。

具体地，基站首先可以获取到接收的下行移动业务数据的数据包长度，然后将所述数据包长度与预设的第一阈值进行比较，从而识别出所述数据是否为小包业务数据。

通常，可以将数据包长度小于100字节或200字节的数据看作是小包业务数据。

步骤103，将所述小包业务数据缓存至基站的指定位置；

通常，所述指定位置可以是基站的L2层，更具体地，可以是基站的PDCP 层。PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)层属于无线接口协议栈的第二层，用于处理控制平面上的无线资源管理(RRC)消息以及用户平面上的因特网协议(IP)包。在用户平面上，PDCP子层得到来自上层的IP数据分组后，可以对IP数据分组进行头压缩和加密，然后递交到RLC(Radio Link Control)子层。在控制平面，PDCP子层为上层RRC 提供信令传输服务，并实现RRC信令的加密和一致性保护，以及在反方向上实现RRC信令的解密和一致性检查。

在本申请实施例中，在识别出小包业务数据后，可以将所述小包业务数据缓存至基站的PDCP层，以进行业务面的数据包汇聚。

步骤104，实时监测缓存的小包业务数据的缓存量和/或时延值；

在本申请实施例中，当某一类的小包业务数据被缓存后，便可以对该数据进行实时监测，以获得该类数据的时延值，以及，PDCP层所缓存的总的数据量。通常，数据时延值可以是指从基站侧接收到并缓存数据起而计算的时间。

步骤105，依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备。

在具体实现中，当基站PDCP层所缓存的总的数据量超过某一预设阈值时，可以调度资源，将缓存的全部小包业务数据发送至用户设备；或者，当某一类型的小包业务数据的时延值超过预设阈值时，可以将缓存的该类小包业务数据发送至用户设备。

在本申请实施例中，在判断出接收到的下行移动业务数据为小包业务数据时，通过将所述小包业务数据缓存至基站PDCP层，然后在缓存的数据量或数据的时延值超过预设阈值时，调度资源，将缓存的数据发送至用户设备，从而避免了每次有数据包到来就需要调度一次空口资源的问题，有效地提高了PRB资源的承载效率和PDCCH资源的调度效率。

参照图3，示出了本申请的一种数据传输的方法实施例二的步骤流程图，具体可以包括如下步骤：

步骤301，接收服务器发送的下行移动业务数据；

在本申请实施例中，所述下行移动业务数据可以是由服务器发送给终端的任意类型的业务数据，例如，语音业务数据，视频业务数据，以及以QQ 和微信为代表的即时消息业务数据(IM)等等。

步骤302，判断所述下行移动业务数据是否为小包业务数据；

在具体实现中，基站首先可以获取到接收的下行移动业务数据的数据包长度，然后将所述数据包长度与预设的第一阈值进行比较，从而识别出所述数据是否为小包业务数据，若是，则可以继续执行步骤303，若否，则可以直接将所述数据发送至用户设备。

例如，若第一预设阈值设置为150字节，则当接收到的数据包长度为100 字节时，便可以认为该数据为小包业务数据。所述第一预设阈值的具体数值可以由本领域技术人员根据实际需要来确定，本申请对此不作具体限定。

步骤303，判断所述小包业务数据是否为ping包或ping包的响应包；

在本申请实施例中，在识别出小包业务数据后，还可以继续判断所述小包业务数据是否为ping包或ping包的响应包。

ping是Windows、Unix和Linux***下的一个命令，ping也属于一个通信协议，是TCP/IP协议的一部分。通常，ping业务对时延比较敏感，需要单独处理，若所述小包业务数据并非ping包或ping包的响应包，则可以执行步骤304，将所述数据缓存至指定位置，若所述小包业务数据为ping包或 ping包的响应包，则需要将所述ping包或ping包的响应包实时地发送至用户设备。

在本申请的一种优选实施例中，所述判断所述小包业务数据是否为ping 包或ping包的响应包的步骤具体可以包括如下子步骤：

子步骤，获取所述小包业务数据的数据包包头；

子步骤，对所述数据包包头进行解析，以确定所述小包业务数据是否为 ping包或ping包的响应包。

通常，数据包包头包含有相应的标识，通过识别所述标识，可以判断所述数据为何种类型数据。因此，在本申请实施例中，在判断所述小包业务数据是否为ping包或ping包的响应包时，可以获取到所述小包业务数据的数据包包头，通过对所述数据包包头进行解析，以确定所述数据是否为ping 包或ping包的响应包。

步骤304，将所述小包业务数据缓存至基站的指定位置；

在本申请实施例中，所述指定位置可以是基站的PDCP层。

步骤305，实时监测缓存的小包业务数据的缓存量和/或时延值；

在本申请实施例中，当某一类的小包业务数据被缓存后，便可以对该数据进行实时监测，以获得该类数据的时延值，以及，PDCP层所缓存的总的数据量。通常，数据时延值可以是指从基站侧接收到并缓存数据起而计算的时间。

需要注意的是，对于不同类型的数据，需要分别监测时延值，而对于数据缓存量，则可以只监测PDCP层缓存的总的数据量。

步骤306，判断所述缓存量是否超过第一预设阈值；和/或，判断所述时延值是否超过第二预设阈值；

通常，数据缓存量门限即第一预设阈值的配置主要考虑的是不导致空口 PRB资源的浪费，这和用户的MCS(Modulation and Coding Scheme，调制与编码策略)等级是相关的，按照最小调度1个PRB的粒度考虑，不同的 MCS等级可以调度的TBSize(也就是1ms调度的传输块的大小)是不同的，因此可以将这个值作为第一预设阈值，根据用户当前不同的MCS等级可以有不同的缓存数据量门限。

而时延值的门限即第二预设阈值则主要考虑的是用户的感知，不同的 QCI(QoSClass Identifier，QoS等级标识)对应不同的最大传输时延PDB (Packet Delay Budget，包时延预算)，考虑到基站的调度时间以及空口环境可能导致的重传，一般可以建议该值取PDB值的1/2，对于不同的QCI，配置的第二预设阈值可以不相同。

步骤307，将所述缓存的小包业务数据发送至用户设备。

在本申请实施例中，在识别出小包业务数据后，还可以判断所述小包业务数据是否为ping包或ping包的响应包，若是，则实时地将所述ping包或 ping包的响应包发送至用户设备，若否，则缓存所述数据包至基站的指定位置，使得ping业务等对实时性要求较高的业务类型的数据能够及时地发送至用户设备，在有效提高空口资源利用率的情况下，保证了特殊业务数据的实时传输。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请的一种数据传输的装置实施例的结构框图，具体可以包括如下模块：

接收模块401，用于接收服务器发送的下行移动业务数据；

第一判断模块402，用于判断所述下行移动业务数据是否为小包业务数据；

缓存模块403，用于在所述下行移动业务数据为小包业务数据时，将所述小包业务数据缓存至基站的指定位置；

监测模块404，用于实时监测缓存的小包业务数据的缓存量和/或时延值；

发送模块405，用于依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备。

在本申请实施例中，所述第一判断模块402具体可以包括如下子模块：

数据包长度获取子模块，用于获取所述下行移动业务数据的数据包长度；

数据包长度判断子模块，用于判断所述数据包长度是否大于第一预设阈值。

在本申请实施例中，所述装置还可以包括如下模块：

第二判断模块，用于判断所述小包业务数据是否为ping包或ping包的响应包。

在本申请实施例中，所述第二判断模块具体可以包括如下子模块：

数据包包头获取子模块，用于获取所述小包业务数据的数据包包头；

数据包包头解析子模块，用于对所述数据包包头进行解析，以确定所述小包业务数据是否为ping包或ping包的响应包。

在本申请实施例中，所述发送模块405具体可以包括如下子模块：

缓存量判断子模块，用于判断所述缓存量是否超过第一预设阈值；

时延值判断子模块，用于判断所述时延值是否超过第二预设阈值；

发送子模块，用于在所述缓存量超过第一预设阈值，和/或，所述时延值超过第二预设阈值时，将所述缓存的小包业务数据发送至用户设备。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种数据传输的方法和一种数据传输的装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种数据传输的方法，其特征在于，包括：

接收服务器发送的下行移动业务数据；

判断所述下行移动业务数据是否为小包业务数据；

若是，则将所述小包业务数据缓存至基站的指定位置；

实时监测缓存的小包业务数据的缓存量和/或时延值，其中，一种类型的小包业务数据对应一个时延值，不同类型的小包业务数据分别监测时延值，所述缓存量为PDCP层所缓存的总的数据量；

依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备；

所述依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备的步骤，包括：

判断所述缓存量是否超过第一预设阈值；

和/或，判断所述时延值是否超过第二预设阈值，不同类型的小包业务数据对应不同的第二预设阈值；

若所述缓存量超过第一预设阈值和/或所述时延值超过第二预设阈值，则将所述缓存的小包业务数据发送至用户设备。

2.根据权利要求1所述的方法，其特征在于，所述判断所述下行移动业务数据是否为小包业务数据的步骤包括：

获取所述下行移动业务数据的数据包长度；

判断所述数据包长度是否大于第一阈值，若否，则确定所述下行移动业务数据为小包业务数据。

3.根据权利要求1或2所述的方法，其特征在于，在所述判断所述数据是否为小包业务数据的步骤后，还包括：

判断所述小包业务数据是否为ping包或ping包的响应包；

若是，则将所述ping包或ping包的响应包发送至用户设备；

若否，则执行所述将所述小包业务数据缓存至基站的指定位置的步骤。

4.根据权利要求3所述的方法，其特征在于，所述判断所述小包业务数据是否为ping包或ping包的响应包的步骤包括：

获取所述小包业务数据的数据包包头；

对所述数据包包头进行解析，以确定所述小包业务数据是否为ping包或ping包的响应包。

5.一种数据传输的装置，其特征在于，包括：

接收模块，用于接收服务器发送的下行移动业务数据；

第一判断模块，用于判断所述下行移动业务数据是否为小包业务数据；

缓存模块，用于在所述下行移动业务数据为小包业务数据时，将所述小包业务数据缓存至基站的指定位置；

监测模块，用于实时监测缓存的小包业务数据的缓存量和/或时延值，其中，一种类型的小包业务数据对应一个时延值，不同类型的小包业务数据分别监测时延值，所述缓存量为PDCP层所缓存的总的数据量；

发送模块，用于依据所述缓存量和/或时延值，将所述缓存的小包业务数据发送至用户设备；

所述发送模块包括：

缓存量判断子模块，用于判断所述缓存量是否超过第一预设阈值；

时延值判断子模块，用于判断所述时延值是否超过第二预设阈值，不同类型的小包业务数据对应不同的第二预设阈值；

发送子模块，用于在所述缓存量超过第一预设阈值，和/或，所述时延值超过第二预设阈值时，将所述缓存的小包业务数据发送至用户设备。

6.根据权利要求5所述的装置，其特征在于，所述第一判断模块包括：

数据包长度获取子模块，用于获取所述下行移动业务数据的数据包长度；

数据包长度判断子模块，用于判断所述数据包长度是否大于第一阈值。

7.根据权利要求5或6所述的装置，其特征在于，还包括：

第二判断模块，用于判断所述小包业务数据是否为ping包或ping包的响应包。

8.根据权利要求7所述的装置，其特征在于，所述第二判断模块包括：

数据包包头获取子模块，用于获取所述小包业务数据的数据包包头；

数据包包头解析子模块，用于对所述数据包包头进行解析，以确定所述小包业务数据是否为ping包或ping包的响应包。

Images