数据传输方法及装置与流程

文档序号:14685249发布日期:2018-06-12 23:21
数据传输方法及装置与流程

本申请涉及移动终端技术领域,具体涉及数据传输方法及装置。



背景技术:

随着移动终端(例如智能手机)相关技术的快速发展,移动终端的处理性能越来越高,越来越多的应用被安装在用户的移动终端中,如视频类应用、支付类应用、游戏类应用、音乐类应用等。

目前,越来越多的用户选择在移动终端上进行大型实时对战游戏,而这类游戏应用场景对网络的实时性具有较高的要求,因此,如何提升移动终端在数据处理传输方面的性能成为一个亟待解决的问题。



技术实现要素:

本申请实施例提供了数据传输方法及装置,可以提升移动终端发送上行数据的智能性和灵活性。

第一方面,本申请实施例提供一种数据传输方法,应用于移动终端,所述方法包括:

获取所述移动终端针对目标服务小区的信号接收质量;

根据所述信号接收质量确定上行数据的发送策略;

按照所述发送策略发送所述上行数据。

第二方面,本申请实施例提供一种数据传输装置,应用于移动终端,所述数据传输装置包括获取单元、确定单元、发送单元,其中,

所述获取单元,用于获取所述移动终端针对目标服务小区的信号接收质量;

所述确定单元,用于根据所述获取单元获得所述信号接收质量确定上行数据的发送策略;

所述发送单元,用于按照所述确定单元确定的所述发送策略发送所述上行数据。

第三方面,本申请实施例提供一种移动终端,包括处理器、存储器,所述存储器存储有程序,所述处理器用于调用所述程序以执行本申请实施例第一方面任一方法中的步骤的指令。

第四方面,本申请实施例提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储有用于电子数据交换的计算机程序,其中,上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面中任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出,本申请实施例中,移动终端首先获取所述移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。本申请实施例有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

附图说明

下面将对本申请实施例所涉及到的附图作简单地介绍。

图1A是一种支撑移动终端的数据业务的通信系统的系统架构图;

图1B是本申请实施例提供的一种智能手机的结构示意图;

图1C是本申请实施例提供的一种智能手机的代码运行空间的示例图;

图2是本申请实施例提供的一种数据传输方法的流程示意图;

图3是本申请实施例公开的一种数据传输方法的流程示意图;

图4是本申请实施例公开的一种数据传输方法的流程示意图;

图5是本申请实施例公开的一种数据传输方法的流程示意图;

图6是本申请实施例公开的一种移动终端的结构示意图;

图7是本申请实施例公开的一种数据传输装置的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。

示例性的,图1A是本申请实施例涉及的一种支撑移动终端的数据业务的传输网络的系统架构图,其中,移动终端10通过基站20连接运营商核心传输网,运营商核心传输网连接服务器,以游戏业务为例,该服务器例如可以是游戏服务器内网集群等,运营商核心传输网包括第三代移动通信技(3rd-Generation,3G)服务GPRS支持节点(Serving GPRS Support Node,SGSN)、第四代移动通信技术(the 4th Generation mobile communication,4G)核心分组网演进(Evolved Packet Core,EPC)设备、第五代移动通信技(5th-Generation,5G)核心网设备以及未来通信系统的核心网设备等,基站20包括长期演进(Long Term Evolution,LTE)基站eNB,5G基站gNB等。需要说明的,图1A示出的传输网络仅仅是为了更加清楚的说明本申请的技术方案,并不构成对本申请的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请提供的技术方案对于类似的技术问题,同样适用。

本申请实施例所涉及到的移动终端可以包括各种具有无线通信功能的手持设备(如智能手机)、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(User Equipment,UE),移动台(Mobile Station,MS),终端设备(terminal device)等等。为方便描述,上面提到的设备统称为移动终端。下面以智能手机为例,对本申请实施例所涉及的移动终端的结构进行示例性说明。

以移动终端中的智能手机为例,示例性的,图1B是本申请实施例提供了一种智能手机100的结构示意图,上述智能手机100包括:壳体110、触控显示屏120、主板130、电池140和副板150,主板130上设置有前置摄像头131、芯片级系统(System on Chip,SoC)132(包括应用处理器和基带处理器)、存储器133、电源管理芯片134、射频系统135等,副板上设置有振子151、一体音腔152、VOOC闪充接口153和指纹识别模组154。

所述SoC132是智能手机的控制中心,利用各种接口和线路连接整个智能手机的各个部分,通过运行或执行存储在存储器133内的软件程序和/或模块,以及调用存储在存储器133内的数据,执行智能手机的各种功能和处理数据,从而对智能手机进行整体监控。该SoC132可包括一个或多个处理单元,如可集成应用处理器AP和基带处理器(又称为基带芯片、基带)等,其中,应用处理器主要处理操作系统、用户界面和应用程序等,基带处理器主要处理无线通信。可以理解的是,上述基带处理器也可以不集成到SoC132中。该SoC132例如可以是中央处理器(Central Processing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。上述处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。

所述存储器133可用于存储软件程序以及模块,SoC132通过运行存储在存储器133的软件程序以及模块,从而执行智能手机的各种功能应用以及数据处理。存储器133可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据智能手机的使用所创建的数据等。此外,存储器133可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。该存储器133例如可以是随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read Only Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质。

图1C是本申请实施例提供的一种智能手机的代码运行空间的示例图,目前智能手机等移动终端一般设置有程序运行空间,该程序运行空间包括用户空间和操作系统空间,其中,用户空间运行有一个或多个应用程序,该一个或多个应用程序为移动终端安装的第三方应用程序,操作系统空间运行有移动终端的操作系统。该移动终端具体可以运行安卓Android系统、苹果公司开发的移动操作系统iOS等,此处不做唯一限定。

一般设计中,以移动终端的游戏业务为例,该游戏业务的相关特性是:长连接,小数据包,低流量,要求低延时,低容错,对无线网络环境变化较敏感。由于正常人的感知能力范围,当游戏业务中的延迟达到100ms级别后,就能明显感觉到卡顿,操作不灵活;当游戏中的延迟达到200ms级别后,用户的操作和游戏感知反馈已基本无法同步,严重影响用户体验。结合图1A的网络架构可以看出,移动终端与网络设备交互游戏业务数据过程包括移动终端到网络空口的接入网延时,以及从接入网传输IP数据到游戏服务器的耗时,该交互过程涉及到移动终端和网络侧各网元的交互,受无线通信环境的影响,情况复杂,牵涉相关变量多,该交互过程的耗时在整体延时中占比重较大。

针对上述情况,本申请实施例提出一种数据传输方法,应用于移动终端,包括:获取移动终端针对目标服务小区的信号接收质量;根据所述信号接收质量确定上行数据的发送策略;按照所述发送策略发送所述上行数据。该方法中移动终端根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

下面结合附图对本申请实施例进行介绍。

请参阅图2,图2是本申请实施例提供了一种数据传输方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或基带处理器或SoC来执行,此处不做唯一限定。如图所示,本数据传输方法包括:

S201,所述移动终端获取所述移动终端针对目标服务小区的信号接收质量。

其中,所述信号接收质量为所述移动终端接收所述目标服务小区中网络设备发送的下行数据的信号的质量。

其中,所述目标服务小区为所述移动终端当前已连接的服务小区,或者为所述移动终端即将切换连接的服务小区。

其中,所述信号接收质量包括第一信号接收质量和/或第二信号接收质量,所述第一信号接收质量为信号参数小于或等于第一预设阈值时的信号接收质量,所述第二信号接收质量为所述信号参数大于所述第一预设阈值,且小于或等于第二预设阈值时的信号接收质量。

其中,所述信号参数包括关联所述目标服务小区的以下至少一种:参考信号接收功率(Reference Signal Received Power,RSRP)、参考信号接收质量(Reference Signal Received Quality,RSRQ)、信噪比(SIGNAL-NOISE RATIO,SNR)、信道质量指标(Channel Quality Indicator,CQI)。

其中,所述第一预设阈值小于所述第二预设阈值,所述第一预设阈值可以为所述移动终端和目标服务小区进行通信的信号参数的最小值,所述第二预设阈值可以为所述移动终端和目标服务小区进行通信的信号参数的平均值,因此,第一信号接收质量可以理解为弱信号状态。

其中,当所述信号参数为RSRP时,所述第一预设阈值可以是-105dBm,所述第二预设阈值可以是-65dBm;当所述信号参数为RSRQ时,所述第一预设阈值可以是-14.5dB,所述第二预设阈值可以是-8.5dB;当所述信号参数为SNR时,所述第一预设阈值可以是12dB,所述第二预设阈值可以是30dB;当所述信号参数为CQI时,所述第一预设阈值可以是12,所述第二预设阈值可以是30,在此不做唯一限定。

在一个可能的示例中,所述移动终端的前台运行有目标应用程序,目标应用程序可以是游戏应用程序、视频应用程序等,此处不做唯一限定。示例性的,所述目标应用程序的运行界面包括多用户在线战术竞技(Multiplayer Online Battle Arena,MOBA)场景界面。

其中,移动在线战术竞技可以理解为多人实时在线对战竞技,特点为实时性,在线联网,多人竞技等。

具体实现中,该移动终端可以通过基带处理器采样分析多个数据包,通过数据包的格式等属性识别前台运行的目标应用程序的MOBA场景,也可以通过应用处理器获取前台应用程序发送的场景信息,使得操作系统及时知晓前台运行的目标应用程序的MOBA场景,此处不做唯一限定。也就是说,移动终端执行上述步骤S201的触发条件可以是移动终端检测到当前的运行场景为上述MOBA场景,从而实现针对MOBA场景的专属优化控制。

可见,本示例中,移动终端当前台运行界面为MOBA时,由于该种场景的实时性,因此对网络资源需要较大,因此,在该场景执行本数据传输方法,有利于降低MOBA的网络延时,避免场景卡顿。

S202,所述移动终端根据所述信号接收质量确定上行数据的发送策略。

其中,上行数据可以理解为所述移动终端向网络设备发送的数据,所述上行数据中包括至少一个数据块,不同的数据块可以关联移动终端中不同的应用程序。

其中,不同的信号接收质量对应不同的上行数据发送策略,所述发送策略可以包括确定上行数据的发射功率的策略,和/或确定上行数据中的数据块发送顺序的策略等。

其中,所述移动终端根据所述信号接收质量确定上行数据的发送策略为多种多样的,例如,可以由移动终端的技术人员预设置在手机中,也可以根据移动终端的历史记录确定发送策略,在此不做唯一限定。

S203,所述移动终端按照所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,所述根据所述信号接收质量确定上行数据的发送策略,包括:

当发送所述上行数据的失败次数大于第一预设次数时,根据所述第一信号接收质量确定所述上行数据的发射功率为预设的最大发射功率;

根据所述最大发射功率确定所述上行数据的发送策略。

其中,所述移动终端基带应用中预设有发射功率的数值区间,在第一信号接收质量下,即弱信号状态,发送上行数据的失败次数大于第一预设次数时,将发送上行数据的发送功率直接设置为最大发射功率。

其中,根据所述最大发射功率确定所述上行数据的发送策略可以为按照所述最大发射功率发送所述上行数据。

其中,所述第一预设次数可以是2次,3次,4次等,在此不做唯一限定。

可见,本示例中,移动终端在第一信号接收质量下,当发送上行数据的失败次数大于第一预设次数时,便将发送上行数据的发射功率调整为预设的最大发射功率,使用最大发射功率发射上行数据,而不是逐渐增加发射功率,有利于减少从移动终端到网络的传输延时,较少弱信号下的数据传输的卡顿情况。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,所述根据所述信号接收质量确定上行数据的发送策略,包括:

当发送所述上行数据的失败次数大于第二预设次数时,获取与所述移动终端的当前位置参数对应的历史发射功率记录,所述历史发射功率记录包括多组信号参数、发射功率与数据传输成功率之间的对应关系;

根据所述历史发射功率记录确定与所述第一信号接收质量中所述信号参数对应的,且使所述数据传输成功率大于预设成功率阈值的发射功率为第一目标发射功率;

根据所述第一目标发射功率确定所述上行数据的发送策略。

其中,所述历史功率调整记录至少可以包括位置参数、发射功率、和数据传输成功率等参数。

其中,所述数据传输成功率大于预设成功率阈值的发射功率为第一目标发射功率,该第一目标发射功率可以是数据传输成功率大于预设成功率阈值的发射功率中的任意一个发射功率,也可以是数据传输成功率大于预设成功率阈值的多个发射功率的平均发射功率,也可以是数据传输成功率大于预设成功率阈值的多个发射功率中的最大发射功率,在此不做唯一限定。

其中,所述第一预设次数可以是2次,3次,4次等,所述预设成功率阈值可以是80%、85%、90%等,在此不做唯一限定。

其中,根据所述第一目标发射功率确定所述上行数据的发送策略为按照第一目标发射功率发射所述上行数据。

可见,本示例中,移动终端根据与当前位置参数关联的历史发射功率记录,可以准确的确定出在当前位置与当前信号参数对应的使所述数据传输成功率大于预设成功率阈值的发射功率的第一目标发射功率,根据该第一目标发射功率发射上行数据,有利于提升上行数据的发射成功率,而且,根据历史发射功率记录进行确定,有利于提升移动终端功率调整的智能性和准确性。

在一个可能的示例中,所述信号接收质量为第二信号接收质量,所述根据所述信号接收质量确定上行数据的发送策略,包括:

在所述第二信号接收质量下,确定所述上行数据中数据包的数据类型;

以所述数据包的数据类型为查询标识,查询预设的数据类型与发射功率的映射关系,确定所述数据包的数据类型对应的第二目标发射功率;

根据所述数据包的所述第二目标发射功率确定所述上行数据的发送策略。

其中,所述数据类型可以按照协议类型分为使用UDP协议的数据,使用TCP/IP协议的数据等,也可以按照执行数据的目的分为随机接入服务小区时的数据和发送给应用程序的第三方服务器的数据等,可以根据不同的需求进行不同的分类,在此不做唯一限定。

其中,所述根据所述数据包的所述第二目标发射功率确定所述上行数据的发送策略为按照所述第二目标发射功率发送所述上行数据的数据包。

可见,本示例中,移动终端将上行数据中的数据包进行分类,确定数据包的数据类型,不同数据类型的数据包预设不同的发射功率,有利于提升移动终端上行数据传输的灵活性,避免发射功率过小影响发送,同时避免发射功率始终过大占用较多的系统资源。

在这个可能的示例中,所述确定所述上行数据中数据包的数据类型之后,所述方法还包括:

根据所述数据包的数据类型,确定所述上行数据中数据包的发送序列,所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

其中,根据所述数据包的数据类型,确定所述上行数据中数据包的发送序列的方法是多种多样的,例如可以根据数据类型确定优先级,根据优先级确定发送序列;或者可以将前台的目标应用程序发送数据的数据类型作为第一发送顺序的数据类型,将与所述前台应用程序发送数据的数据类型相同的数据包均作为第一发送顺序,其余数据类型按照发送时间进行排序等方式,在此不做唯一限定。

举例而言,当前前台应用的场景界面为MOBA场景,而MOBA场景的大多数据为UDP数据,因此可以设置属于UDP数据的数据包为第一发送顺序,降低MOBA场景的数据时延。

可见,本示例中,移动终端根据上行数据中数据包的数据类型,确定数据包的发送序列,将当前需要的数据优先发送,有利于降低当前场景的时延,而且将同一类数据一起发送,为网络设备解码提供了便利条件,有利于提升数据的解析速度。

与上述图2所示的实施例一致的,请参阅图3,图3是本申请实施例提供的一种数据传输方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或基带处理器或SoC来执行,此处不做唯一限定。如图所示,本数据传输方法包括:

S301,所述移动终端获取关联目标服务小区的信号参数。

其中,所述信号参数包括以下至少一种:参考信号接收功率RSRP、参考信号接收质量RSRQ、信噪比SNR、信道质量指标CQI。

S302,所述移动终端当检测到所述信号参数小于或等于第一预设阈值时,确定所述移动终端的信号接收质量为第一信号接收质量。

S303,所述移动终端当发送所述上行数据的失败次数大于第一预设次数时,根据所述第一信号接收质量确定所述上行数据的发射功率为预设的最大发射功率。

S304,所述移动终端根据所述最大发射功率确定所述上行数据的发送策略。

S305,所述移动终端按照所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

此外,移动终端在第一信号接收质量下,当发送上行数据的失败次数大于第一预设次数时,便将发送上行数据的发射功率调整为预设的最大发射功率,使用最大发射功率发射上行数据,而不是逐渐增加发射功率,有利于减少从移动终端到网络的传输延时,较少弱信号下的数据传输的卡顿情况。

与上述图2所示的实施例一致的,请参阅图4,图4是本申请实施例提供的一种数据传输方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或基带处理器或SoC来执行,此处不做唯一限定。如图所示,本数据传输方法包括:

S401,所述移动终端获取关联目标服务小区的信号参数。

其中,所述信号参数包括以下至少一种:参考信号接收功率RSRP、参考信号接收质量RSRQ、信噪比SNR、信道质量指标CQI。

S402,所述移动终端当检测到所述信号参数小于或等于第一预设阈值时,确定所述移动终端的信号接收质量为第一信号接收质量。

S403,所述移动终端当发送所述上行数据的失败次数大于第二预设次数时,获取与所述移动终端的当前位置参数对应的历史发射功率记录,所述历史发射功率记录包括多组信号参数、发射功率与数据传输成功率之间的对应关系。

S404,所述移动终端根据所述历史发射功率记录确定与所述第一信号接收质量中所述信号参数对应的,且使所述数据传输成功率大于预设成功率阈值的发射功率为第一目标发射功率。

S405,所述移动终端根据所述第一目标发射功率确定所述上行数据的发送策略。

S406,所述移动终端按照所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

此外,移动终端根据与当前位置参数关联的历史发射功率记录,可以准确的确定出在当前位置与当前信号参数对应的使所述数据传输成功率大于预设成功率阈值的发射功率的第一目标发射功率,根据该第一目标发射功率发射上行数据,有利于提升上行数据的发射成功率,而且,根据历史发射功率记录进行确定,有利于提升移动终端功率调整的智能性和准确性。

与上述图2所示的实施例一致的,请参阅图5,图5是本申请实施例提供的一种数据传输方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或基带处理器或SoC来执行,此处不做唯一限定。如图所示,本数据传输方法包括:

S501,所述移动终端获取关联目标服务小区的信号参数。

其中,所述信号参数包括以下至少一种:参考信号接收功率RSRP、参考信号接收质量RSRQ、信噪比SNR、信道质量指标CQI。

S502,所述移动终端当检测到所述信号参数大于第一预设阈值,且小于或等于第二预设阈值时,确定所述移动终端的信号接收质量为第二信号接收质量。

S503,在所述第二信号接收质量下,所述移动终端确定所述上行数据中数据包的数据类型。

S504,所述移动终端根据所述数据包的数据类型,确定所述上行数据中数据包的发送序列,所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

S505,所述移动终端以所述数据包的数据类型为查询标识,查询预设的数据类型与发射功率的映射关系,确定所述数据包的数据类型对应的第二目标发射功率。

S506,所述移动终端根据所述数据包的所述第二目标发射功率确定所述上行数据的发送策略。

S507,所述移动终端按照所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

此外,移动终端将上行数据中的数据包进行分类,确定数据包的数据类型,不同数据类型的数据包预设不同的发射功率,有利于提升移动终端上行数据传输的灵活性,避免发射功率过小影响发送,同时避免发射功率始终过大占用较多的系统资源。

此外,移动终端根据上行数据中数据包的数据类型,确定数据包的发送序列,将当前需要的数据优先发送,有利于降低当前场景的时延,而且将同一类数据一起发送,为网络设备解码提供了便利条件,有利于提升数据的解析速度。

与上述图2、图3、图4或图5所示的实施例一致的,请参阅图6,图6是本申请实施例提供的一种移动终端的结构示意图,该移动终端运行有一个或多个应用程序和操作系统,如图所示,该移动终端包括处理器、存储器、通信接口以及一个或多个程序,其中,上述一个或多个程序不同于上述一个或多个应用程序,且上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行以下步骤的指令;

获取所述移动终端针对目标服务小区的信号接收质量;

根据所述信号接收质量确定上行数据的发送策略;

按照所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

在一个可能的示例中,所述信号接收质量包括第一信号接收质量和/或第二信号接收质量,所述第一信号接收质量为信号参数小于或等于第一预设阈值时的信号接收/或,所述第二信号接收质量为所述信号参数大于所述第一预设阈值,且小于或等于第二预设阈值时的信号接收质量。

在一个可能的示例中,所述信号参数包括关联所述目标服务小区的以下至少一种:参考信号接收功率RSRP、参考信号接收质量RSRQ、信噪比SNR、信道质量指标CQI。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述程序中的指令具体用于执行以下操作:当发送所述上行数据的失败次数大于第一预设次数时,根据所述第一信号接收质量确定所述上行数据的发射功率为预设的最大发射功率;以及用于根据所述最大发射功率确定所述上行数据的发送策略。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述程序中的指令具体用于执行以下操作:当发送所述上行数据的失败次数大于第二预设次数时,获取与所述移动终端的当前位置参数对应的历史发射功率记录,所述历史发射功率记录包括多组信号参数、发射功率与数据传输成功率之间的对应关系;以及用于根据所述历史发射功率记录确定与所述第一信号接收质量中所述信号参数对应的,且使所述数据传输成功率大于预设成功率阈值的发射功率为第一目标发射功率;以及用于根据所述第一目标发射功率确定所述上行数据的发送策略。

在一个可能的示例中,所述信号接收质量为第二信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述程序中的指令具体用于执行以下操作:在所述第二信号接收质量下,确定所述上行数据中数据包的数据类型;以及用于以所述数据包的数据类型为查询标识,查询预设的数据类型与发射功率的映射关系,确定所述数据包的数据类型对应的第二目标发射功率;以及用于根据所述数据包的所述第二目标发射功率确定所述上行数据的发送策略。

在这个可能的示例中,上述程序还包括用于执行以下步骤的指令:所述确定所述上行数据中数据包的数据类型之后,根据所述数据包的数据类型,确定所述上行数据中数据包的发送序列,所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

在一个可能的示例中,所述移动终端的前台运行有目标应用程序,所述目标应用程序的运行界面包括多用户在线战术竞技MOBA场景界面。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,移动终端为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对移动终端进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。

在采用集成的单元的情况下,图7示出了上述实施例中所涉及的数据传输装置的一种可能的功能单元组成框图。数据传输装置700应用于移动终端,包括:获取单元701、确定单元702、发送单元703,其中,

所述获取单元701,用于获取所述移动终端针对目标服务小区的信号接收质量;

所述确定单元702,用于根据所述获取单元701获得所述信号接收质量确定上行数据的发送策略;

所述发送单元703,用于按照所述确定单元702确定的所述发送策略发送所述上行数据。

可以看出,本申请实施例中,移动终端首先获取移动终端针对目标服务小区的信号接收质量,其次,根据所述信号接收质量确定上行数据的发送策略,最后,按照所述发送策略发送所述上行数据。可见,根据移动终端接入的目标小区的信号接收质量确定移动终端发送上行数据的发送策略,而不是单一的按照一种策略执行上行数据的发送,有利于实现了上行数据发送的精细化管理,以及手机端至网络空口的数据传输优化,提升上行数据发送的智能性和灵活性。

在一个可能的示例中,所述信号接收质量包括第一信号接收质量和/或第二信号接收质量,所述第一信号接收质量为信号参数小于或等于第一预设阈值时的信号接收质量,所述第二信号接收质量为所述信号参数大于所述第一预设阈值,且小于或等于第二预设阈值时的信号接收质量。

在一个可能的示例中,所述信号参数包括关联所述目标服务小区的以下至少一种:参考信号接收功率RSRP、参考信号接收质量RSRQ、信噪比SNR、信道质量指标CQI。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述确定单元702具体用于:当发送所述上行数据的失败次数大于第一预设次数时,根据所述第一信号接收质量确定所述上行数据的发射功率为预设的最大发射功率;以及用于根据所述最大发射功率确定所述上行数据的发送策略。

在一个可能的示例中,所述信号接收质量为第一信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述确定单元702具体用于:当发送所述上行数据的失败次数大于第二预设次数时,获取与所述移动终端的当前位置参数对应的历史发送功率记录,所述历史发射功率记录包括多组信号参数、发射功率与数据传输成功率之间的对应关系;以及用于根据所述历史发射功率记录确定与所述第一信号接收质量中所述信号参数对应的,且使所述数据传输成功率大于预设成功率阈值的发射功率为第一目标发射功率;以及用于根据所述第一目标发射功率确定所述上行数据的发送策略。

在一个可能的示例中,所述信号接收质量为第二信号接收质量,在所述根据所述信号接收质量确定上行数据的发送策略方面,所述确定单元702具体用于:在所述第二信号接收质量下,确定所述上行数据中数据包的数据类型;以及用于以所述数据包的数据类型为查询标识,查询预设的数据类型与发射功率的映射关系,确定所述数据包的数据类型对应的第二目标发射功率;以及用于根据所述数据包的所述第二目标发射功率确定所述上行数据的发送策略。

在这个可能的示例中,所述确定单元在所述确定所述上行数据中数据包的数据类型之后,还用于:根据所述数据包的数据类型,确定所述上行数据中数据包的发送序列,所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

在一个可能的示例中,所述移动终端的前台运行有目标应用程序,所述目标应用程序的运行界面包括多用户在线战术竞技MOBA场景界面。

需要注意的是,本申请装置实施例所描述的数据传输装置是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义,用于实现各个“单元”所描述功能的对象例如可以是集成电路ASIC,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。

具体来说,上述获取单元701和确定单元702可以是移动终端的处理器,上述发送单元703可以是移动终端的通信接口。

本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质存储用于电子数据交换的计算机程序,该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括移动终端。

本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括移动终端。

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

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。

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

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1