CN108200604B

CN108200604B - 数据传输方法及装置

Info

Publication number: CN108200604B
Application number: CN201711431405.0A
Authority: CN
Inventors: 刘畅
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2017-12-26
Filing date: 2017-12-26
Publication date: 2021-04-13
Anticipated expiration: 2037-12-26
Also published as: CN108200604A

Abstract

本申请实施例公开了一种数据传输方法及装置。方法包括：将上行数据中数据类型为预设数据类型的数据包确定为目标数据包；向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。本申请实施例有利于降低数据传输量，提升数据传输速度。

Description

数据传输方法及装置

技术领域

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

背景技术

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

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

发明内容

本申请实施例提供了数据传输方法及装置，可以降低数据传输量，提升数据传输速度。

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

将上行数据中数据类型为预设数据类型的数据包确定为目标数据包；

向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。

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

所述确定单元，用于将上行数据中数据类型为预设数据类型的数据包确定为目标数据包；

所述发送单元，用于向网络设备发送所述上行数据，所述上行数据中的所述确定单元确定的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。

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

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

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

可以看出，本申请实施例中，移动终端首先将上行数据中数据类型为预设数据类型的数据包确定为目标数据包，然后，向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。本申请实施例有利于降低数据传输量，提升数据传输速度。

附图说明

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

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

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

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

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

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

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

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

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

具体实施方式

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

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

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

示例性的，图1A是本申请实施例涉及的一种支撑移动终端的数据业务的传输网络的系统架构图，其中，移动终端10通过基站20连接运营商核心传输网，运营商核心传输网连接服务器，以游戏业务为例，该服务器例如可以是游戏服务器内网集群等，运营商核心传输网包括第三代移动通信技(3rd-Generation，3G)服务GPRS支持节点(Serving GPRSSupport Node，SGSN)、第四代移动通信技术(the 4th Generation mobilecommunication，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 IntegratedCircuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。上述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

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

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

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

针对上述情况，本申请实施例提出一种数据传输方法，应用于移动终端，包括：将上行数据中数据类型为预设数据类型的数据包确定为目标数据包；向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。该方法中，移动终端通过筛选出上行数据中为预设数据类型的目标数据包，并在向网络设备发送上行数据时将采用ROHC格式压缩目标数据包，然后对压缩后的上行数据进行传输，有利于降低移动终端与网络设备之间的数据传输量，提升数据传输速度。

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

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

S201，所述移动终端将上行数据中数据类型为预设数据类型的数据包确定为目标数据包。

其中，上行数据可以理解为所述移动终端向网络设备发送的数据，所述上行数据中包括多个数据包，不同的数据包可以具有不同的传输格式，以及可以关联移动终端中不同的应用程序。

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

举例而言，当前台运行有游戏类应用程序时，预设数据类型可以为游戏类应用程序中MOBA场景时的游戏类数据类型，或者可以是UDP协议数据，或者可以为具有静态域或者半静态域的游戏业务中的数据类型等，在此不做唯一限定。

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

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

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

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

S202，所述移动终端向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。

其中，所述上行数据包括至少两个所述目标数据包。

其中，所述ROHC压缩格式是应用于无线链路上的头部压缩格式，由于目标数据包为所述预设数据类型的数据包，包头中具有静态域或者半静态域数据，因此，可以对相邻的多个目标数据包中的部分目标数据包的包头进行压缩，使这些目标数据包共用同一个包头，以减少数据传输占比。

可以看出，本申请实施例中，移动终端首先将上行数据中数据类型为预设数据类型的数据包确定为目标数据包，然后，向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。可见，移动终端通过筛选出符合压缩条件的目标数据包，将目标数据包压缩，而不是盲目的压缩所有的目标数据包，有利于提升数据压缩的准确性，而且，将所有的目标数据包筛选出来后，对目标数据包进行压缩，有利于提升压缩速度，另外，对压缩后的上行数据进行传输，有利于降低移动终端与网络设备之间的数据传输量，提升数据传输速度。

在一个可能的示例中，所述向网络设备发送所述上行数据之前，所述方法还包括：

向所述网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取ROHC格式标识；

接收所述网络设备发送的所述ROHC格式标识；

根据所述ROHC格式标识所指示的所述ROHC格式压缩所述目标数据包。

其中，ROHC压缩具有多种压缩状态，例如初始化和重置状态(Initiation andRefresh State,IR)、一级压缩状态(First Order,FO)、二级压缩状态(Second Order,SO)，这三种压缩状态，不同的压缩状态具有不同的压缩格式。

其中，所述ROHC格式标识可以为预设的移动终端和网络设备均能够识别的标识，所述ROHC格式标识可以包括多个，不同的ROHC格式标识对应不同的ROHC压缩格式。

可见，本示例中，移动终端当需要对数据进行ROHC压缩时，与网络设备进行协商，确定压缩格式，有利于提升压缩格式使用的准确性，以及有利于网络设备及时明确ROHC格式，在接收到数据时实现数据的快速解压。

根据数据类型与ROHC格式的对应关系，确定所述目标数据包的数据类型对应的所述ROHC格式；

根据所述ROHC格式压缩所述目标数据包。

其中，不同的数据类型可以对应不同的ROHC格式，根据该目标数据包的数据类型可以确定对应的ROHC格式。

其中，在获取目标数据包的ROHC格式之后，移动终端可以在给网络设备发送压缩数据包时，使数据包携带ROHC格式标识，在网络设备接收到数据包后可以通过ROHC格式标识对数据包进行解压。

可见，本示例中，移动终端预设置各个数据类型对应的ROHC格式，根据相应的压缩格式对上行数据进行压缩，而不需要通过与网络设备进行消息交互的方式获取ROHC格式，操作简便，有利于提升数据压缩时间。

在一个可能的示例中，所述根据所述ROHC格式压缩所述目标数据包，包括：

按照所述上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头。

其中，压缩所述上行数据中至少一个所述目标数据包的包头的方法是多种多样的，例如，可以是根据所述发送序列的顺序压缩所述上行数据中除第一个目标数据包之外的其余的目标数据包的包头，也可以是压缩所有目标数据包的静态域，保留完整的动态域，也可以是根据所述发送序列的顺序压缩(即省略)所述上行数据中除第一个目标数据包和除最后一个目标数据包之外的其余的目标数据包的包头等，在此不做唯一限定。

可见，本示例中，移动终端按照上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头，而不是压缩所有的目标数据包，有利于网络设备数据解压过后的数据完整性，以及提升数据传输速度。

在这个可能的示例中，压缩的所述上行数据中至少一个所述目标数据包的包头是指，所述上行数据中除第一个所述目标数据包之外的目标数据包的包头；所述除所述第一个目标数据包之外的目标数据包的包头包括关联标识符，所述关联标识符关联所述上行数据中所述第一个目标数据包。

其中，所述关联标识符可以是包标识符(Packet Identify,PID)或者是连接标识符(Connection Identifier,CID)。

其中，由于目标数据包为同一数据类型的数据包，因此，网络设备在解压包头被压缩的目标数据包时可以根据关联标识符找到对应的包头信息进行目标数据包的解压，实现所有目标数据包的完整性。

其中，在另一个可能的示例中，压缩的所述上行数据中至少一个所述目标数据包的包头是指，压缩所述上行数据中除第一个所述目标数据包和最后一个所述目标数据包之外的目标数据包的包头，所述上行数据中的多个目标数据包包括第一个目标数据包和最后一个目标数据包的包头和数据字段，以及除所述第一个目标数据包和最后一个目标数据包之外的目标数据包的数据字段。

其中，省略了多个目标数据包中除第一个目标数据包和最后一个目标数据包之外的目标数据包的包头部分，在此不压缩/不省略最后一个目标数据包的包头，可以省略多个目标数据包中的关联标识符，预设置省略数据包包头的目标数据包均关联第一个目标数据包，而在最后一个目标数据包停止关联即可。

可见，本示例中，移动终端压缩除第一个目标数据包之外的目标数据包的包头，而在压缩了包头的目标数据包中加入关联标识符，仅具有一个完整的数据包的包头，有利于进一步减少数据量，并且使网络设备在解压包头被压缩的目标数据包时可以根据关联标识符找到对应的包头信息进行数据包的解压，实现所有数据包的完整性。

在一个可能的示例中，所述根据所述ROHC格式压缩所述目标数据包之前，所述方法还包括：

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

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

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

其中，不同数据类型的数据包为不同的发送顺序，相同数据类型的数据包为同样的发送顺序，而且，虽然确定了发送序列但是并不改变数据包在上行数据中的排列时序，而是根据发送序列的顺序进行数据包的发送。

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

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

S301，所述移动终端将上行数据中数据类型为预设数据类型的数据包确定为目标数据包。

S302，所述移动终端向网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取ROHC格式标识。

S303，所述移动终端接收所述网络设备发送的所述ROHC格式标识。

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

S305，所述移动终端按照所述上行数据中数据包的所述发送序列的顺序，根据所述ROHC格式标识所指示的所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头。

S306，所述移动终端向所述网络设备发送所述上行数据。

可以看出，本申请实施例中，移动终端首先将上行数据中数据类型为预设数据类型的数据包确定为目标数据包，然后，发送向网络设备所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。可见，移动终端通过筛选出符合压缩条件的目标数据包，将目标数据包压缩，而不是盲目的压缩所有的目标数据包，有利于提升数据压缩的准确性，而且，将所有的目标数据包筛选出来后，对目标数据包进行压缩，有利于提升压缩速度，另外，对压缩后的上行数据进行传输，有利于降低移动终端与网络设备之间的数据传输量，提升数据传输速度。

此外，移动终端当需要对数据进行ROHC压缩时，与网络设备进行协商，确定压缩格式，有利于提升压缩格式使用的准确性，以及有利于网络设备及时明确ROHC格式，在接收到数据时实现数据的快速解压。

此外，移动终端按照上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头，而不是压缩所有的目标数据包，有利于网络设备数据解压过后的数据完整性，以及提升数据传输速度，而且，根据上行数据中数据包的数据类型，确定数据包的发送序列，将当前需要的数据优先发送，有利于降低当前场景的时延，而且将同一类数据一起发送，为网络设备解码提供了便利条件，有利于提升数据的解析速度。

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

S401，所述移动终端数据类型为预设数据类型的数据包确定为目标数据包。

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

S403，所述移动终端根据数据类型与ROHC格式的对应关系，确定所述目标数据包的数据类型对应的ROHC格式。

S404，所述移动终端按照所述上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中除第一个所述目标数据包之外的目标数据包的包头，所述除所述第一个目标数据包之外的目标数据包的包头包括关联标识符，所述关联标识符关联所述上行数据中所述第一个目标数据包。

S405，所述移动终端向网络设备发送所述上行数据。

此外，移动终端预设置各个数据类型对应的ROHC格式，根据相应的压缩格式对上行数据进行压缩，而不需要通过与网络设备进行消息交互的方式获取ROHC格式，操作简便，有利于提升数据压缩时间。

此外，移动终端压缩除第一个目标数据包之外的目标数据包的包头，而在压缩了包头的目标数据包中加入关联标识符，仅具有一个完整的数据包的包头，有利于进一步减少数据量，并且使网络设备在解压包头被压缩的目标数据包时可以根据关联标识符找到对应的包头信息进行数据包的解压，实现所有数据包的完整性。

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

在一个可能的示例中，上述程序还包括用于执行以下步骤的指令：所述向网络设备发送所述上行数据之前，向所述网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取ROHC格式标识；以及接收所述网络设备发送的所述ROHC格式标识；以及根据所述ROHC格式标识所指示的所述ROHC格式压缩所述目标数据包。

在一个可能的示例中，上述程序还包括用于执行以下步骤的指令：所述向网络设备发送所述上行数据之前，根据数据类型与ROHC格式的对应关系，确定与所述目标数据包的数据类型对应的所述ROHC格式；以及根据所述ROHC格式压缩所述目标数据包。

在一个可能的示例中，在所述根据所述ROHC格式压缩所述目标数据包方面，所述程序中的指令具体用于执行以下操作：按照所述上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头。

在一个可能的示例中，上述程序还包括用于执行以下步骤的指令：所述根据所述ROHC格式压缩所述目标数据包之前，根据所述上行数据中数据包的数据类型，确定所述上行数据中数据包的发送序列，所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

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

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

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

在采用集成的单元的情况下，图6示出了上述实施例中所涉及的数据传输装置的一种可能的功能单元组成框图。数据传输装置600应用于移动终端，包括：确定单元601、发送单元602，其中，

所述确定单元601，用于将上行数据中数据类型为预设数据类型的数据包确定为目标数据包；

所述发送单元602，用于向网络设备发送所述上行数据，所述上行数据中的所述确定单元确定的所述目标数据包所采用的数据压缩格式为健壮性包头压缩ROHC格式。

在一个可能的示例中，所述数据传输装置还包括接收单元和压缩单元，其中，

所述发送单元602还用于，所述向网络设备发送所述上行数据之前，向所述网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取ROHC格式标识；

所述接收单元，用于接收所述网络设备发送的所述ROHC格式标识；

所述压缩单元，用于根据所述ROHC格式标识所指示的所述ROHC格式压缩所述目标数据包。

在一个可能的示例中，所述确定单元601在所述发送单元602向网络设备发送所述上行数据之前，还用于：根据数据类型与ROHC格式的对应关系，确定与所述目标数据包对应的所述ROHC格式；

所述压缩单元还用于，根据所述ROHC格式压缩所述目标数据包。

在一个可能的示例中，在所述根据所述ROHC格式压缩所述目标数据包方面，所述压缩单元还用于：按照所述上行数据中数据包的发送序列的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头。

在一个可能的示例中，所述确定单元601还用于：所述根据所述ROHC格式压缩所述目标数据包之前，根据所述上行数据中数据包的数据类型，确定所述上行数据中数据包的发送序列，所述发送序列用于所述移动终端确定发送所述上行数据中的数据包时的顺序。

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

具体来说，上述确定单元601可以是移动终端的处理器，上述发送单元602可以是移动终端的通信接口。

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

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

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

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

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

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

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

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

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

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

Claims

1.一种数据传输方法，其特征在于，应用于移动终端，所述方法包括：

向网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取健壮性包头压缩ROHC格式标识；接收所述网络设备发送的所述ROHC格式标识；确定所述ROHC格式标识所指示的所述ROHC格式；将所述上行数据中前台的目标应用程序发送数据的数据类型作为第一发送顺序的数据类型，将与所述前台的目标应用程序发送数据的数据类型相同的数据包均作为第一发送顺序；根据所述ROHC格式压缩所述目标数据包，所述第一发送顺序用于所述移动终端确定发送所述上行数据中的数据包时的顺序；或者，根据数据类型与ROHC格式的对应关系，确定所述目标数据包的数据类型对应的所述ROHC格式；将所述上行数据中前台的目标应用程序发送数据的数据类型作为第一发送顺序的数据类型，将与所述前台的目标应用程序发送数据的数据类型相同的数据包均作为第一发送顺序；根据所述ROHC格式压缩所述目标数据包，所述第一发送顺序用于所述移动终端确定发送所述上行数据中的数据包时的顺序；

向网络设备发送所述上行数据，所述上行数据中的所述目标数据包所采用的数据压缩格式为ROHC格式。

2.根据权利要求1所述的方法，其特征在于，所述根据所述ROHC格式压缩所述目标数据包，包括：

按照所述上行数据中数据包的发送的顺序，根据所述ROHC格式压缩所述上行数据中至少一个所述目标数据包的包头。

3.根据权利要求2所述的方法，其特征在于，压缩的所述上行数据中至少一个所述目标数据包的包头是指，所述上行数据中除第一个所述目标数据包之外的目标数据包的包头；所述除所述第一个目标数据包之外的目标数据包的包头包括关联标识符，所述关联标识符关联所述上行数据中所述第一个目标数据包。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述移动终端的前台运行有目标应用程序，所述目标应用程序的运行界面包括多用户在线战术竞技MOBA场景界面。

5.一种数据传输装置，其特征在于，应用于移动终端，所述数据传输装置包括确定单元、压缩单元、发送单元，其中，

所述压缩单元，用于向网络设备发送请求消息，所述请求消息用于向所述网络设备请求获取健壮性包头压缩ROHC格式标识；以及用于接收所述网络设备发送的所述ROHC格式标识；以及用于确定所述ROHC格式标识所指示的所述ROHC格式；以及用于将所述上行数据中前台的目标应用程序发送数据的数据类型作为第一发送顺序的数据类型，将与所述前台的目标应用程序发送数据的数据类型相同的数据包均作为第一发送顺序；以及用于根据所述ROHC格式压缩所述目标数据包，所述第一发送顺序用于所述移动终端确定发送所述上行数据中的数据包时的顺序；或者，用于根据数据类型与ROHC格式的对应关系，确定所述目标数据包的数据类型对应的所述ROHC格式；以及用于将所述上行数据中前台的目标应用程序发送数据的数据类型作为第一发送顺序的数据类型，将与所述前台的目标应用程序发送数据的数据类型相同的数据包均作为第一发送顺序；以及用于根据所述ROHC格式压缩所述目标数据包，所述顺序发送顺序用于所述移动终端确定发送所述上行数据中的数据包时的顺序；

所述发送单元，用于向网络设备发送所述上行数据，所述上行数据中的所述确定单元确定的所述目标数据包所采用的数据压缩格式为ROHC格式。

6.一种移动终端，其特征在于，包括处理器、存储器，所述存储器存储有程序，所述处理器用于调用所述程序以执行如权利要求1-4任一项所述的方法。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-4中任一项所述的方法。