一种确定数据包大小的方法及设备与流程

本发明涉及通信领域，尤其涉及一种确定数据包大小的方法及设备。
背景技术：
：随着网络技术的发展，移动数据业务也得到了快速的发展。目前，互联网厂商利用电信运营商网络向终端提供视频服务，移动网点播视频业务甚至一定程度代替了占据大众休闲活动主体的电视。移动网点播视频业务是在用户终端与移动网络建立连接后进行，包括初始缓存阶段和播放阶段。在初始缓存阶段，由于客户端内存中还没有任何可播放数据，就需要该阶段快速下载足够的数据以启动视频播放。目前，初始缓冲阶段采用传输控制协议(英文全称：TransmissionControlProtocol，TCP)\网络协议(英文全称：InternetProtocol，IP)标准协议。由于IP协议为单通道分享协议，为了避免数据包的碰创或误码导致网络总体吞吐量降低，通信双方初始采用试探性的传输，采用很小的初始数据包，多次尝试逐步增大传输的数据包，直到出现误包或者碰撞确定后续传输的数据包大小。从上述试探性的传输的过程可知，移动网点播视频业务的初始缓存阶段时间过长，造成终端用户等待时间较长，并且在电信运营商网络有足够带宽情况下，移动网点播视频业务不能发挥网络的最大性能，造成终端用户体验不高。技术实现要素：本发明的实施例提供一种确定数据包大小的方法及设备，评估确定适合传输场景的数据包大小，发挥网络的最大性能，缩短数据传输时长，减少用户等待时长。为达到上述目的，本发明的实施例采用如下技术方案：第一方面，提供一种确定数据包大小的方法，包括：接收终端发送的业务请求消息，所述业务请求消息包括所述终端请求的资源的标识；根据预估参考参数，获取所述终端的预估业务速率参数；其中，所述预估业务速率参数指示预估的所述终端可支持的业务速率，所述预估业务速率参数用于确定向所述终端发送所述标识指示的资源的数据包的大小。第二方面，提供一种确定数据包大小的设备，用于执行上述第一方面所述的方法。该设备具体包括：接收单元，用于接收终端发送的业务请求消息，所述业务请求消息包括所述终端请求的资源的标识；获取单元，用于根据预估参考参数，获取所述终端的预估业务速率参数；其中，所述预估业务速率用于指示预估的所述终端可支持的业务速率，所述预估业务速率参数用于确定向所述终端发送所述标识指示的资源的数据包的大小。本申请提供的确定数据包大小的方法及设备，先根据预估参考参数，获取用于指示预估的终端可支持的业务速率的预估业务速率参数，然后根据预估业务速率参数，确定向终端发送的数据包的大小。这样一来，只要根据实际的业务场景需求，预先配置预估参考参数，就可以合理控制终端的预估业务速率参数，进而根据预估业务速率参数确定的数据包大小，则是在适合传输场景的前提下尽可能大的数据包，所以通过本申请的方案可以发挥网络的最大性能，尽可能大的数据包缩短了数据传输时长，减少了用户等待时长，很好的提高了终端用户的体验。附图说明图1为本发明实施例提供的一种网络架构示意图；图2为本发明实施例提供的一种确定数据包大小的设备结构示意图；图3为本发明实施例提供的一种确定数据包大小的方法流程示意图；图4为本发明实施例提供的另一种确定数据包大小的方法流程示意图；图5为本发明实施例提供的另一种确定数据包大小的设备结构示意图；图6为本发明实施例提供的再一种确定数据包大小的设备结构示意图。具体实施方式本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。本申请的基本原理是：先预估终端可支持的业务速率，并通过预估业务速率参数表征，再根据终端的预估业务速率参数确定合理的尽可能大的数据包大小，以发挥电信移动网络的最大性能、减少数据传输时长，降低用户等待时长。需要说明的是，预估参考参数，是预先设置的用于评估终端的预估业务速率参数的至少一个维度的信息。对于预估参考参数的类型与内容，可以根据实际需求设定，本申请对此不进行具体限定。示例性的，预估参考参数可以包括下述信息中的至少一项：终端的当前地理位置、终端的当前信号质量、终端的性能参数、终端接入网络的负载、终端接入网络的类型。需要说明的是，上述示例只是对预估参考参数的类型的示例性说明，并不是对预估参考参数的类型的限定。在实际应用中，凡是用来评估终端可支持的业务速率的任何维度的信息，都可以作为预估参考参数。本发明实施例提供的确定数据包大小的方法，可以应用于图1所示的基于移动网的业务网络架构中。如图1所示，基于移动网的业务网络架构包括与用户直接交互的终端101，向终端101提供移动网络服务的基站102，以及向终端101提供资源的目标服务器103。其中，终端101可以与基站102直接通信，也可以通过接入设备与基站102进行通信，本申请对此不进行具体限定。结合图1，以移动网点播视频业务为例，对基于移动网的业务的实现过程进行示例性说明，目标服务器103用于提供视频资源。示例性的，移动网点播视频业务的实现过程包括：终端101在接收到用户的业务请求时，通过基站102向目标服务器103发送包括请求的资源标识的业务请求。基站102接收到终端101发送的业务请求时，根据业务请求中包括的目标服务器的标识，向目标服务器103转发接收到的业务请求。目标服务器103接收到业务请求时，向终端101传输其请求的资源。其中，在上述移动网点播视频业务实现过程中，在目标服务器103向终端101传输其请求的资源时，目标服务器103先确定数据包的大小，然后再进行传输。需要说明是，本申请所有实施例中所述的数据包的大小，可以是对于每个业务请求消息响应的初始数据包大小，也可以是对于每个业务请求消息响应的传输过程中每个数据包大小。需要说明的是，图1只是以示例的形式，对本申请方案的应用场景进行描述。当然，本申请的方案还可以应用于其他任何确定数据包大小的场景中，并不局限于移动网点播视频业务的场景中。本发明实施例提供的确定数据包大小的方法，由本发明实施例提供的确定数据包大小的设备20执行。确定数据包大小的设备20可以在图1所示的网络架构的通信链路中单独部署，或者，也可以为图1所示的网络架构中的基站102的部分或者全部，或者，也可以为图1所示的网络架构中的目标服务器103的部分或者全部，或者，确定数据包大小的设备20也可以按照功能模块部署为图1所示的网络架构中的多个设备中。本发明实施例对于确定数据包大小的设备20的部署方式不进行具体限定。图2示出的是与本发明各实施例相关的确定数据包大小的设备20的结构示意图。如图2所示，该确定数据包大小的设备20可以包括：处理器201、存储器202、通信端口203。下面结合图2对确定数据包大小的设备20的各个构成部件进行具体的介绍：存储器202，可以是易失性存储器(英文全称：volatilememory)，例如随机存取存储器(英文全称：random-accessmemory，RAM)；或者非易失性存储器(英文全称：non-volatilememory)，例如只读存储器(英文全称：read-onlymemory，ROM)，快闪存储器(英文全称：flashmemory)，硬盘(英文全称：harddiskdrive，HDD)或固态硬盘(英文全称：solid-statedrive，SSD)；或者上述种类的存储器的组合，用于存储可实现本发明方法的相关应用程序、以及配置文件。处理器201是确定数据包大小的设备20的控制中心，可能是一个中央处理器(英文全称：centralprocessingunit，CPU)，也可以是特定集成电路(英文全称：ApplicationSpecificIntegratedCircuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路，例如：一个或多个微处理器(英文全称：digitalsingnalprocessor，DSP)，或，一个或者多个现场可编程门阵列(英文全称：FieldProgrammableGateArray，FPGA)。处理器201可以通过运行或执行存储在存储器202内的软件程序和/或模块，以及调用存储在存储器202内的数据，执行确定数据包大小的设备20的各种功能。通信端口203可以为收发天线，或者网络端口等与其他设备通信的接口。具体的处理器201通过运行或执行存储在存储器202内的软件程序和/或模块，以及调用存储在存储器202内的数据，执行如下功能：通过通信端口203接收终端发送的业务请求消息，业务请求消息包括终端请求的资源的标识。根据预估参考参数，获取终端的预估业务速率参数；其中，预估业务速率参数用于指示预估的终端可支持的业务速率；根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小。下面结合附图，对本发明的实施例进行具体阐述。一方面，本发明实施例提供一种确定数据包大小的方法，由确定数据包大小的设备执行。如图3所示，该方法可以包括：S301、接收终端发送的业务请求消息。其中，该业务请求消息包括该终端请求的资源的标识。具体的，根据确定数据包大小的设备的部署位置不同，S301的具体实现方式也不同，具体可以包括下述两种情况：第一种情况、确定数据包大小的设备为与终端直接交互的网络设备，S301则实现为直接接收终端发送的业务请求消息。示例性的，在上述第一种情况中，确定数据包大小的设备可以为移动网中的基站。基站通过移动网络，接收终端发送的业务请求消息。第二种情况、确定数据包大小的设备不是与终端直接交互的网络设备，S301则实现为，确定数据包大小的设备接收与终端直接交互的网络设备转发的业务请求消息。示例性的，在上述两种情况中，与终端直接交互的设备可以为移动网中的基站。基站通过移动网络，接收终端发送的业务请求消息。示例性的，假设在图1所示的场景中，确定数据包大小的设备部署在基站102中，则通过上述第一种情况实现S301。假设在图1所示的场景中，确定数据包大小的设备部署在目标服务器103中或者部署在基站102与目标服务器103之间，则通过上述第二种情况实现S301。S302、根据预估参考参数，获取终端的预估业务速率参数。具体的，预估业务速率参数指示预估的终端可支持的业务速率。S302中获取的终端的预估业务速率参数，用于确定向终端发送标识指示的资源的数据包的大小。可选的，预估业务速率参数可以包括预估的终端可支持的业务速率本身，或者，预估业务速率参数可以包括，与预估的终端可支持的业务速率对应的参数。示例性的，与预估的终端可支持的业务速率对应的参数可以包括信噪比、速率等级信息等。需要说明的是，凡是可以用来反映预估的终端可支持的业务速率的信息，均可以作为与预估的终端可支持的业务速率对应的参数。在实际应用中，可以根据实际需求确定与预估的终端可支持的业务速率对应的参数的内容，本发明实施例对此不进行具体限定。其中，预估参考参数，是预先设置的用于评估终端的预估业务速率参数的至少一个维度的信息。对于预估参考参数的类型与内容，可以根据实际需求设定，本申请对此不进行具体限定。示例性的，预估参考参数可以包括下述信息中的至少一项：终端的当前地理位置、终端的当前信号质量、终端的性能参数、终端接入网络的负载、终端接入网络的类型。其中，终端的当前地理位置可以通过经纬度表征，当然也可以通过其他位置参数表征，本发明实施例对此不进行具体限定。终端的信号质量可以用质量等级表示，也可以用信号幅度表示，或者也可以用其他形式表示，本发明实施例对此也不进行具体限定。终端的性能参数，是指从终端性能的维度，对于终端支持的业务速率有影响的参数。例如，终端的性能参数可以为终端的屏幕大小，或者可以为终端的型号，或者可以为终端的处理器性能等等。本发明实施例对参与终端的性能参数的具体内容不进行限定。终端接入网络的负载，是指终端当前接入的网络的负载能力，用于反应该接入网络对于终端业务速率的影响程度。终端接入网络的类型，可以包括接入网络的制式等信息。例如，终端接入网络的类型可以为第三代移动通信技术(英文全称：3rd-Generation，3G)网络，或者宽带码分多址(英文全称：WidebandCodeDivisionMultipleAccess，WCDMA)网络，或者码分多址(英文全称：CodeDivisionMultipleAccess，CDMA)网络等。本发明实施例对于终端接入网络的类型不进行具体限定。需要说明的是，上述示例只是对预估参考参数的类型的示例性说明，并不是对预估参考参数的类型的限定。在实际应用中，凡是用来评估终端可支持的业务速率的任何维度的信息，都可以作为预估参考参数。进一步的，若确定数据包大小的设备可以直接获取预估参考参数，则检测获取预估参考参数。需要说明的是，本发明所有实施例中，对于检测获取预估参考参数的过程，本发明实施例不进行具体限定。凡是可以获取但预估参考参数的检测方式，均可以应用到本申请中。进一步的，若确定数据包大小的设备不能直接获取预估参考参数，如图4所示，在执行S302之前，所述方法还可以包括S302a。S302a、接收预估参考参数。其中，在S302a中，若确定数据包大小的设备是基站，则可以直接获取预估参考参数。示例性的，若确定数据包大小的设备部署在图1所示的网络架构中，基站102之外的其他位置，则不能直接获取预估参考参数，确定数据包大小的设备通过在S302之前，执行S302a接收基站102发送的估计参考参数。进一步的，根据预估参考参数的内容不同，执行S302的过程也不同。下面描述几种预估参考参数包括终端的当前信号质量时，实现S302的具体过程。第一种实现过程：在第一种实现过程中，S302中根据预估参考参数，获取终端的预估业务速率参数，具体可以实现为步骤1和步骤2：步骤1、根据终端的当前地理位置及当前信号质量，查找预设数据库，获取预设数据库中当前地理位置及当前信号质量对应的业务速率参数。其中，预设数据库包括地理位置、信号质量及业务速率参数的统计分布。示例性的，表1示例了一种预设数据库中一个地理位置相关的内容。其中，信号质量采用参考信号接收功率(英文全称：ReferenceSignalReceivingPower，RSRP)表示，其单位为dBm；速率参数采用信号与干扰加噪声比(英文全称：SignaltoInterferenceplusNoiseRatio，SINR)表示，其单位为dB。表1需要说明的是，表1只是通过举例的形式，对预设数据库中的内容及预设数据库的形式进行说明，并不是对预设数据库中的内容及预设数据库的形式的具体限定。进一步的，表1中仅示意了一个地理位置下的相关预设数据库内容，预设数据库中可以包括至少一个地理位置下的相关内容，本发明实施例对此不进行具体限定。具体的，预设数据库是根据终端的历史数据，统计建立的大数据库。在终端进入基站的覆盖区域中时，记录终端每个时刻的地理位置、信号质量以及支持的最大业务速率，建立基于地理位置的信号质量及业务速率参数的统计分布数据库，用于之后根据预估参考参数，获取终端的预估业务速率参数。其中，该终端可以为S301中业务请求消息的发送终端，也可以为其他终端，本发明实施例对此不进行具体限定。需要说明的是，对于预设数据库的建立方式，本发明实施例对此不进行具体限定。可以采用机器学习建模的方式，也可以采用统计学方式，均可以根据实际需求选取。进一步的，预设数据库的建立可以由确定数据包大小的设备进行，也可以由其他设备进行，本发明实施例对此不进行具体限定。预设数据库可以保存在确定数据包大小的设备，也可以保存在确定数据包大小的设备之外，本发明实施例对此也不进行具体限定。步骤2、根据当前地理位置及当前信号质量对应的业务速率参数，获取终端的预估业务速率参数。需要说明的是，当预设数据库可保存在确定数据包大小的设备之外时，预设数据库可以通过交互的方式，获取预设数据库以执行S302。当然，确定数据包大小的设备也可以将预估参考参数传输给保存预设数据库的设备，由保存预设数据库的设备执行S302后将结果反馈于确定数据包大小的设备。也就是说，对于S302可以由一个设备内部进行，也可以由多个设备配合进行，本发明实施例对此不进行具体限定。进一步的，对于上述步骤2，若预估参考参数仅包括终端的当前信号质量，在步骤2中，将当前地理位置及当前信号质量对应的业务速率参数，作为终端的预估业务速率参数。进一步的，若预估参考参数除了包括终端的当前信号质量，还包括终端接入网络的当前负载，上述步骤2具体可以实现为：根据当前地理位置及当前信号质量对应的业务速率参数，及终端接入网络的当前负载，获取终端的预估业务速率参数。需要说明的是，根据当前地理位置及当前信号质量对应的业务速率参数，及终端接入网络的当前负载，获取终端的预估业务速率参数的具体过程可以根据实际需求确定，下面提供两种实现该过程的方式，但并不是对该过程的具体限定。可选的，根据当前地理位置及当前信号质量对应的业务速率参数，及终端接入网络的当前负载，获取终端的预估业务速率参数，具体可以通过但不限于下述两种方式实现：第一方式、从当前地理位置及当前信号质量对应的业务速率参数、终端接入网络的当前负载两者对应的终端可支持的业务速率中，选择较小的一者作为终端的预估业务速率参数。第二方式、将当前地理位置及当前信号质量对应的业务速率参数、终端接入网络的当前负载，代入预设算法，计算终端的预估业务速率参数。需要说明的是，对于上述预设算法的内容，可以根据实际需求设定，本发明实施例对此不进行具体限定。示例性的，该预设算法可以为线性计算式，也可以为幂函数计算式，或者其他预设算法。需要说明的是，根据当前地理位置及当前信号质量对应的业务速率参数，及终端接入网络的当前负载，获取终端的预估业务速率参数的具体过程，可以根据实际的应用场景具体确定，本发明实施例对此过程不进行具体限定，凡是根据当前地理位置及当前信号质量对应的业务速率参数及终端接入网络的当前负载，获取终端的预估业务速率参数的方式，都属于本申请的保护范围。需要说明的是，对于预估参考参数包括终端的当前信号质量之外其他参数时，执行S302的过程在此不再一一赘述，可以参考上述第一方式或者第二方式实现，或者也可以通过其他方式实现，本发明实施例对此不进行具体限定。进一步的，上述第一种实现过程中，是对预估参考参数包括终端的当前信号质量时执行S302的过程描述，当然，当预估参考参数包括其他内容时，执行S302的过程可以与上述第一种实现过程的方式相似，或者也可以不同，可以根据实际需求设定，本发明实施例对此不进行具体限定。第二种实现过程：在第二种实现过程中，S302中根据预估参考参数，获取终端的预估业务速率参数，具体可以实现为：将终端的当前信号质量、前N次记录的终端的信号质量与业务速率参数，代入预设算法，得到终端的预估业务速率参数。其中，N大于或等于1。其中，前N次记录的终端的信号质量与业务速率参数，是指当前时刻之前，记录的发送业务请求消息的终端在不同的信号质量下达到的业务速率的参数。需要说明的是，对于该预设算法的内容，可以根据实际需求设定，本发明实施例对此不进行具体限定。示例性的，该预设算法可以为线性计算式，也可以为幂函数计算式，或者其他预设算法。还需要说明的是，对于N的具体取值，也可以根据实际需求配置，本发明实施例对此不进行具体限定。N的取值越大，预估的终端的预估业务速率参数越准确，但是计算量也将增大。本申请提供的确定数据包大小的方法，先根据预估参考参数，获取用于指示预估的终端可支持的业务速率的预估业务速率参数，然后根据预估业务速率参数，确定向终端发送的数据包的大小。这样一来，只要根据实际的业务场景需求，预先配置预估参考参数的，就可以合理控制终端的预估业务速率参数，进而根据预估业务速率参数确定的数据包大小，则是在适合传输场景的前提下尽可能大的数据包，所以通过本申请的方案可以发挥网络的最大性能，尽可能大的数据包缩短了数据传输时长，减少了用户等待时长，很好的提高了终端用户的体验。可选的，在S302之后，若确定数据包大小的设备的全部功能都部署在图1所示的网络架构中的目标服务器中，如图4所示，所述方法还可以包括S303。S303、目标服务器根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小。具体的，在S303中，根据预估业务速率参数，确定向终端发送标识指示的资源的数据包大小，具体可以通过下述两种实现方式中的任一种实现：实现方式1、确定向终端发送业务请求消息中包括的资源标识指示的资源的数据包大小，为预设对应关系中，与预估业务速率参数对应的数据包大小。其中，预设对应关系包括至少一个业务速率参数，及与至少一个业务速率参数一一对应的数据包大小值。示例性的，假设预估业务速率参数为终端可支持的业务速率，单位为兆比特每秒(英文全称：Megabitpersecond，Mb/s)，对应的数据包大小的单位为兆比特(英文全称：Megabit，Mb)。表2示意了一种预设对应关系。表2预估业务速率参数(业务速率X)数据包大小5≤X＜10510≤X＜201020≤X＜3020…………需要说明的是，表1只是通过举例的形式对预设对应关系的内容及形式进行说明，并不是对预设对应关系的内容及形式的具体限定。示例性的，假设预估业务速率参数为15Mb/s，即可以根据表1所示的预设对应关系，确定向终端发送的数据包大小为10Mb。实现方式2、将预估业务速率参数代入预设的计算数据包大小的公式中，计算得到数据包大小。其中，预设的计算数据包大小的公式可以根据实际需求确定，本发明实施例对此不进行具体限定。例如，该预设的计算数据包大小的公式可以为线性计算式，也可以为二次函数计算式或者其他。可选的，若确定数据包大小的设备中执行S301及S302的功能没有部署在目标服务器中，业务请求消息还包括目标服务器的标识。在此情况下，如图4所示，在S302之后，所述方法还可以包括S304。S304、向目标服务器发送预估业务速率参数，以使得目标服务器根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小。在此场景下，确定数据包大小的设备的功能分设在不同的硬件设备中，通过多个设备的交互以实现确定数据包大小的目的。进一步的，在S304之后，则可以由目标服务器执行根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小，过程与S303相同，此处不再一一赘述。进一步的，如图4所示，在S303或S304之后，所述方法还可以包括S305。S305、目标服务器按照确定的数据包大小，向终端发送数据包。其中，S305中，将终端请求的资源中，S303或S304确定的数据包大小的资源，向终端发送。可选的，若确定数据包大小的设备的全部功能均未部署在目标服务器中，则在S305中之前，所述方法还包括：确定数据包大小的设备向目标服务器发送确定的数据包大小，用于目标服务器执行S305。进一步的，在通过执行S305发送数据包之后，在数据传输过程中可以沿用S303或S304中确定的数据包大小，发送数据包之后的数据。或者，也可以采用试探性的发送数据的方法，在S305中发送数据包的基础上，逐步增大每一次发送的数据包的大小，直至达到网络可支持的上限。可选的，在S301之后，可以先判断终端发送的业务请求消息是否为视频业务请求消息。如图4所示，在S301之后，所述方法还可以包括：S301a、判断终端发送的业务请求消息是否为视频业务请求消息。可选的，若在S301a中判断终端发送的业务请求消息为视频业务请求消息，则执行S302。否则，进行常规的透传。具体的，在S301a中，可以通过判断终端发送的业务请求消息，是否为DNS请求来判断。若是DNS请求，则业务请求消息为视频业务请求消息，否则不是。可选的，判断业务请求消息是否为DNS请求，可以通过业务请求消息的端口号来辨识。示例性的，若业务请求消息的端口号为53，则业务请求消息为DNS请求。可选的，在S301之后，可以先判断终端发送的业务请求消息请求的资源，是否包含在预设的资源列表中，以判断终端请求的资源是否可支持本申请提供的确定数据包大小的方法。如图4所示，在S301之后，所述方法还可以包括：S301b、判断终端发送的业务请求消息请求的资源，是否包含在预设的资源列表中。可选的，若在S301b中判断终端发送的业务请求消息请求的资源，包含在预设的资源列表中，则执行S302。否则，进行常规的透传。具体的，在S301b中用到的预设的资源列表，可以根据实际需求配置，本申请实施例对此不进行具体限定。需要说明的是，在S301之后，可以包括S301a和/或S301b。当在S301之后，包括S301a和S301b时，两者的先后顺序可以根据实际需求设定，本申请实施例对此不进行具体限定。当在S301之后，包括S301a和S301b时，需S301a和S301b均判断满足时，才执行S302。还需要说明的是，对于图4中包括的步骤的执行顺序，只是一种示意，并不是具体限定。需要说明的是，在目标服务器向终端发送数据包的过程中，可以在每接收到一次终端发送的业务请求消息时，执行一次本申请的方案，只确定一次初始数据包的大小，缩短数据传输时常。也可以在接收到一次终端发送的业务请求消息，在向终端发送该业务请求消息请求的资源的过程中，每发送一个数据包均执行一次本申请的方案，保证每次发送的数据包的大小均为适合网络传输的最优值。当然，本发明实施例对此并不进行具体限定。另一方面，本发明实施例还提供了一种确定数据包大小的设备50，如图5所示，确定数据包大小的设备50可以包括：接收单元501，用于接收终端发送的业务请求消息，业务请求消息包括终端请求的资源的标识。获取单元502，用于根据预估参考参数，获取终端的预估业务速率参数；其中，预估业务速率参数指示预估的终端可支持的业务速率，预估业务速率参数用于确定向终端发送标识指示的资源的数据包的大小。可选的，预估参考参数可以包括终端的当前信号质量。获取单元502具体可以用于：根据终端的当前地理位置及当前信号质量，查找预设数据库，获取预设数据库中当前地理位置及当前信号质量对应的业务速率参数；其中，预设数据库包括地理位置、信号质量及业务速率参数的统计分布。根据当前地理位置及当前信号质量对应的业务速率参数，获取终端的预估业务速率参数。进一步的，预估参考参数还可以包括终端接入网络的当前负载。获取单元502根据当前地理位置及当前信号质量对应的业务速率参数，获取终端的预估业务速率参数，可以包括：根据当前地理位置及当前信号质量对应的业务速率参数，及终端接入网络的当前负载，获取终端的预估业务速率参数。可选的，预估参考参数可以包括终端的当前信号质量。获取单元502具体可以用于：将当前信号质量、前N次记录的终端的信号质量与业务速率参数，代入预设算法，得到终端的预估业务速率参数；其中，N大于或等于1。进一步的，接收单元501还可以，在获取单元502根据预估参考参数，获取终端的预估业务速率参数之前，接收预估参考参数。进一步的，如图6所示，确定数据包大小的设备50还可以包括确定单元503，用于根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小。或者，业务请求消息还可以包括目标服务器的标识；确定数据包大小的设备50还可以包括发送单元504，用于向目标服务器发送预估业务速率参数，以使得目标服务器根据预估业务速率参数，确定向终端发送标识指示的资源的数据包的大小。进一步的，确定单元503具体可以用于：确定向终端发送标识指示的资源的数据包大小，为预设对应关系中，与预估业务速率参数对应的数据包大小；其中，预设对应关系包括至少一个业务速率参数，及与至少一个业务速率参数一一对应的数据包大小值。本申请提供的确定数据包大小的设备50，先根据预估参考参数，获取用于指示预估的终端可支持的业务速率的预估业务速率参数，然后根据预估业务速率参数，确定向终端发送的数据包的大小。这样一来，只要根据实际的业务场景需求，预先配置预估参考参数的，就可以合理控制终端的预估业务速率参数，进而根据预估业务速率参数确定的数据包大小，则是在适合传输场景的前提下尽可能大的数据包，所以通过本申请的方案可以发挥网络的最大性能，尽可能大的数据包缩短了数据传输时长，减少了用户等待时长，很好的提高了终端用户的体验。通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。当前第1页1 2 3