CN114423041A - 通信方法、智能终端及存储介质 - Google Patents

Abstract

本申请提出一种通信方法、智能终端及存储介质，该方法包括：根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。通过双通道结合分流的技术为应用程序进行资源的分配，从而可以触发对智能终端进行多通道的数据传输，进而可以有效地降低数据传输的时延和丢包率。

Description

通信方法、智能终端及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种通信方法、智能终端及存储介质。

背景技术

随着通信技术的不断发展，智能终端通过网络进行数据传输已经成为了一种非常普遍的实现方式。

在构思及实现本申请过程中，发明人发现至少存在以下问题：一些实现中，智能终端在通过网络进行数据传输的时候，通常都是在当前智能终端连接的数据通道上进行数据传输，然而当前连接的数据传输通道网络条件较差的时候，就会导致数据传输的时延和丢包率较高。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

本申请提供一种通信方法、智能终端及存储介质，以解决上述技术问题。

第一方面，本申请提供一种通信方法，包括：

S1，根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；

S2，在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述S1步骤包括：

在第一传输通道的网速在预设网速范围内时，对所述至少两个传输通道进行分流处理；可选地，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道。

可选地，对所述至少两个传输通道进行分流处理，包括：

根据所述至少一个应用程序的网速需求，对所述至少两个传输通道进行分流处理。

可选地，所述S2步骤包括：

在满足预设条件时，在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述满足预设条件包括：

第一传输通道的网络参数满足第一预设条件，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道；和/或，

所述至少一个应用程序的优先级满足第二预设条件。

可选地，所述网络参数包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、所述应用程序的网速、所述应用程序的上行速率、所述应用程序的下行速率。

可选地，所述满足第一预设条件包括以下至少一种：

时延大于或等于第一阈值、丢包率大于或等于第二阈值、网速小于或等于第三阈值、系统网速小于或等于第四阈值、系统上行速率小于或等于第五阈值、系统下行速率小于或等于第六阈值、所述应用程序的网速小于或等于第七阈值、所述应用程序的上行速率小于或等于第八阈值、所述应用程序的下行速率小于或等于第九阈值。

可选地，所述至少一个应用程序的优先级包括：第一应用程序的前台优先级和至少一个第二应用程序的后台优先级；

可选地，所述第一应用程序为前台运行的应用程序，所述第二应用程序为后台运行的应用程序。

可选地，所述满足第二预设条件为所述至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

可选地，所述分流处理后的至少两个传输通道包括至少一个子传输通道；在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源，包括：

在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序；

在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源。

可选地，优先级包括时延优先级和丢包率优先级。

可选地，根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序，包括以下至少一种：

若所述至少一个应用程序中存在部分应用程序的时延优先级高于其他应用程序的时延优先级，则将所述至少一个应用程序中时延优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序；

若所述至少一个应用程序中各应用程序的时延优先级均相同，且所述至少一个应用程序中存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级，则将所述至少一个应用程序中丢包率优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序。

可选地，在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源，包括：

在所述至少一个子传输通道中的第一子传输通道中为所述第三应用程序分配资源；和/或，在所述至少一个子传输通道中的第二子传输通道中为所述第四应用程序分配资源。

可选地，所述第一子传输通道的网速大于所述第二子传输通道的网速。

可选地，针对所述至少一个应用程序中的任意一个应用程序，若所述应用程序为前台应用程序，则所述应用程序的优先级为前台的优先级，和/或，若所述应用程序为后台应用程序，则所述应用程序的优先级为后台的优先级。

第二方面，本申请还提供一种通信方法，包括以下步骤：

S10，获取至少两个传输通道的网络参数；

S20，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述S20步骤包括：

在满足预设条件时，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述满足预设条件包括：

第一传输通道的网络参数满足第一预设条件，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道；和/或，

所述至少一个应用程序的优先级满足第二预设条件。

可选地，所述网络参数包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、所述应用程序的网速、所述应用程序的上行速率、所述应用程序的下行速率。

可选地，所述满足第一预设条件包括以下至少一种：

时延大于或等于第一阈值、丢包率大于或等于第二阈值、网速小于或等于第三阈值、系统网速小于或等于第四阈值、系统上行速率小于或等于第五阈值、系统下行速率小于或等于第六阈值、所述应用程序的网速小于或等于第七阈值、所述应用程序的上行速率小于或等于第八阈值、所述应用程序的下行速率小于或等于第九阈值。

可选地，所述至少一个应用程序的优先级包括：第一应用程序的前台优先级和至少一个第二应用程序的后台优先级；

可选地，所述第一应用程序为前台运行的应用程序，所述第二应用程序为后台运行的应用程序。

可选地，所述满足第二预设条件为所述至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

可选地，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源，包括：

根据至少两个传输通道的网络参数，对所述至少两个传输通道进行分流处理得到至少一个子传输通道；

在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，根据至少两个传输通道的网络参数，对所述至少两个传输通道进行分流处理得到至少一个子传输通道，包括：

在第一传输通道的网速在预设网速范围内时，对所述至少两个传输通道进行分流处理得到至少一个子传输通道；可选地，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道。

可选地，对所述至少两个传输通道进行分流处理得到至少一个子传输通道，包括：

根据所述至少一个应用程序的网速需求，对所述至少两个传输通道进行分流处理得到至少一个子传输通道。

可选地，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序；

在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源。

可选地，优先级包括时延优先级和丢包率优先级；根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序，包括以下至少一种：

若所述至少一个应用程序中存在部分应用程序的时延优先级高于其他应用程序的时延优先级，则将所述至少一个应用程序中时延优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序；

若所述至少一个应用程序中各应用程序的时延优先级均相同，且所述至少一个应用程序中存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级，则将所述至少一个应用程序中丢包率优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序。

可选地，在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源，包括：

在所述至少一个子传输通道中的第一子传输通道中为所述第三应用程序分配资源；

在所述至少一个子传输通道中的第二子传输通道中为所述第四应用程序分配资源；可选地，所述第一子传输通道的网速大于所述第二子传输通道的网速。

可选地，针对所述至少一个应用程序中的任意一个应用程序，若所述应用程序为前台应用程序，则所述应用程序的优先级为前台的优先级，和/或，若所述应用程序为后台应用程序，则所述应用程序的优先级为后台的优先级。

本申请还提出一种智能终端，包括：存储器、处理器，其中，所述存储器上存储有通信程序，所述通信程序被所述处理器执行时实现如上任一所述通信方法的步骤。

本申请还提出一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被执行时实现如上任一项所述通信方法的步骤。

本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序；所述计算机程序被执行时实现如上任一项所述通信方法的步骤。

如上所述，本申请提供一种通信方法、智能终端及存储介质，该方法包括：根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。通过双通道结合分流的技术为应用程序进行资源的分配，从而可以触发对智能终端进行多通道的数据传输，进而可以有效地降低数据传输的时延和丢包率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种智能终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3为本申请实施例提供的通信方法的流程图；

图4为本申请实施例提供的通信方法的流程图二；

图5为本申请实施例提供的分流的实现示意图；

图6为本申请实施例提供的应用程序的优先级示意图一；

图7为本申请实施例提供的应用程序的优先级示意图二；

图8为本申请实施例提供的前后台应用程序的实现示意图一；

图9为本申请实施例提供的前后台应用程序的实现示意图二；

图10为本申请实施例提供的前后台应用程序的实现示意图三；

图11为本申请实施例提供的前后台应用程序的实现示意图四；

图12为本申请实施例提供的触发多通道的实现示意图；

图13为本申请实施例提供的通信方法的流程图三；

图14为本申请实施例提供的通信方法的流程示意图；

图15为本申请实施例提供的分流处理的流程示意图；

图16为本申请实施例提供的通信装置的结构示意图一；

图17为本申请实施例提供的通信装置的结构示意图二。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。例如，“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S1、S2等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S2后执行S1等，但这些均应在本申请的保护范围之内。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或者“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或者“单元”可以混合地使用。

智能终端可以以各种形式来实施。例如，本申请中描述的智能终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等智能终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本申请各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)、TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)和5G等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其他存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。可选地，光传感器包括环境光传感器及接近传感器，可选地，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。可选地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。可选地，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。可选地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

可选地，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，可选地，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，可选地，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

为了便于理解本申请实施例，下面对本申请的移动终端所基于的通信网络系统进行描述。

请参阅图2，图2为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其他eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其他eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其他MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其他功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其他IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统(如5G)等，此处不做限定。

基于上述移动终端硬件结构以及通信网络系统，提出本申请各个实施例。

本申请实施例提供了一种通信方法，以降低数据传输的时延和丢包率。

图3为本申请实施例提供的通信方法的流程图，如图3所示，该方法包括以下步骤：

S31、根据至少两个传输通道的网络参数对至少两个传输通道进行分流处理。

在本实施例中，智能终端例如可以存在至少两个传输通道，可选地，传输通道可用于进行数据的传输，传输通道例如可以为WI-FI(无线网络通信)通道，或者还可以为调制解调器(modem)通道，或者还可以为任意的用于进行数据传输的的通道，本实施例对传输通道的具体实现不做限制，只要其可以用于进行数据传输即可。

可选地，可以获取至少两个传输通道的网络参数，在一种可能的实现方式中，针对任一个传输通道，其网络参数例如可以包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、应用程序的网速、应用程序的上行速率、应用程序的下行速率。

可选地，在实际实现过程中，传输通道的网络参数除了上述介绍的内容之外，还可以根据实际需求进行选择和设置，只要网络参数可以反映传输通道的网络情况即可，本实施例中对网络参数的具体实现不做限制。

本实施例中可以基于至少两个传输通道的网络参数对至少两个传输通道进行分流处理。也就是说在多通道的基础上进行了分流处理，在一种可能的实现方式中，智能终端例如可以在第一传输通道的网速在预设网速范围内的时候，对至少两个传输通道进行分流处理，从而得到至少一个子传输通道，本实施例中的第一传输通道为至少两个传输通道中当前使用的传输通道。

S32，在分流处理后的至少两个传输通道中为至少一个应用程序分配资源。

以及，在多通道的基础上进行分流处理之后，可以在分流处理之后的至少两个传输通道中，为至少两个应用程序进行资源的分配。在一种可能的实现方式中，分流处理之后的至少两个传输通道可以被分流为至少一个子传输通道，则例如可以在至少一个子传输通道中为至少一个应用程序进行资源的分配。

可选地，本实施例中可以在满足预设条件时，在分流处理后的至少两个传输通道中为至少一个应用程序分配资源。其中的预设条件比如说可以是根据第一传输通道的网路参数和应用程序的优先级确定的。本实施例对预设条件的具体实现不做限制，其可以根据实际需求进行选择和设置。

本申请实施例提供的通信方法，包括：根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。通过双通道结合分流的技术为应用程序进行资源的分配，从而可以触发对智能终端进行多通道的数据传输，进而可以有效地降低数据传输的时延和丢包率。

在上述实施例的基础上，上述介绍的对至少两个传输通道进行分流处理的实现，例如可以是在第一传输通道的网速在预设网速范围内时，根据至少一个应用程序的网速需求，对至少两个传输通道进行分流处理。

下面结合图4至图9对基于分流为至少一个应用程序分配资源的实现进行介绍，图4为本申请实施例提供的通信方法的流程图二，图5为本申请实施例提供的分流的实现示意图，图6为本申请实施例提供的应用程序的优先级示意图一，图7为本申请实施例提供的应用程序的优先级示意图二，图8为本申请实施例提供的前后台应用程序的实现示意图一，图9为本申请实施例提供的前后台应用程序的实现示意图二。

如图4所示，该方法包括：

S41、在第一传输通道的网速在预设网速范围内时，根据至少一个应用程序的网速需求，对至少两个传输通道进行分流处理。

在本实施例中，智能终端可以对至少两个传输通道进行分流处理，从而得到至少一个子传输通道。

可选地，智能终端例如可以在第一传输通道的网速在预设网速范围内的时候，对至少两个传输通道进行分流处理，从而得到至少一个子传输通道，本实施例中的第一传输通道为至少两个传输通道中当前使用的传输通道。

本实施例中的预设网速范围为指示网速无法满足应用程序的网速需求的范围，预设网速范围的具体实现可以根据实际需求进行选择和设置，因此智能终端在确定第一传输通道的网速在预设网速范围内的时候，可以确定当前智能终端正在使用的传输通道的网速是不能满足需求的。可选地，本实施例中的第一传输通道的网速在预设网速范围内，还可以理解为，第一传输通道的网速在预设网速范围内，表示当前的传输通道无法满足应用程序的需求。

因此在确定第一传输通道的网速在预设网速范围内的时候，就可以确定当前的第一传输通道无法满足当前的需求，因此可以对至少两个传输通道进行分流，从而得到至少一个子传输通道.

可选地，例如可以根据至少一个应用程序的网速需求，对至少两个传输通道进行分流处理，从而得到至少一个子传输通道。

可以理解的是，在对传输通道进行分流的时候，实际上就是将传输通道分为网络条件较好的子传输通道以及网络条件较差的子传输通道，之后可以根据应用程序的优先级，在不同的子传输通道上为应用程序进行资源的分配，从而实现对时延和丢包率的降低。

因此本实施例中可以根据当前的应用程序的实际网速需求，对传输通道进行分流处理，以保证分流处理之后的子传输通道可以尽可能的满足应用程序的网速需求。

例如可以参照图5进行理解，如图5所示，假设当前针对传输通道50，可以根据不同应用程序对网速的需求，将传输通道50分为子传输通道501以及子传输通道502。参照图5，其中的子传输通道501的速率(rate)为5Kbps(千比特每秒)，子传输通道502的速率为240Kbps，可以看出子传输通道502是优于子传输通道501的。

可以理解的是，子传输通道的速率越高，则相应的可以提供的网速就越大，则针对网速需求较高的应用程序，就可以满足其网速需求。上述结合图5示例性的介绍了针对任一个传输通道的分流处理，针对各个传输通道，分流处理的实现是类似的，此处不再赘述。

因此基于当前的介绍可以确定的是，本实施例中可以在第一传输通道的网速在预设网速范围内，或者说第一传输通道的网速在预设网速范围内的时候，确定当前的第一传输通道无法满足不同应用程序的网速需求，因此可以触发进行分流，之后对至少两个传输通道进行分流处理，从而得到至少一个子传输通道。

S42、在分流处理后的至少两个传输通道中为至少一个应用程序分配资源。

在对至少两个传输通道进行分流处理得到至少一个子传输通道之后，就可以在至少一个子传输通道中为至少一个应用程序分配资源了。

可以理解的是，本实施例中的分流处理是将传输通道分为了网络条件存在差异的至少一个子传输通道，以及本实施例中的至少一个应用程序对应有各自的优先级，则例如可以根据至少一个应用程序的优先级，在至少一个子传输通道中为应用程序分配资源。

本实施例中，例如可以针对各个应用程序预先设置有各自的前台优先级以及各自的后台优先级，前台优先级是指应用程序在前台运行时的优先级，后台优先级是指应用程序在后台运行时的优先级。前台优先级还可以又细分为时延优先级以及丢包率优先级，同样的，后台优先级也可以细分为时延优先级和丢包率优先级。通常情况下，会有一个应用程序在前台运行，有至少一个应用程序在后台运行。

在一种可能的实现方式中，各个应用程序的前台优先级和后台优先级例如可以用数字来进行表示，数字越小，则表示当前应用程序的优先级越高，比如说0可以表示最高优先级。

在一种可能的实现方式中，例如可以结合图6和图7对应用程序的优先级进行理解。

首先对时延优先级进行说明，参照图6，针对时延优先级，假设当前针对应用程序A设置前台优先级是0，后台优先级是3，以及针对应用程序B设置前台优先级是3，后台优先级是5，以及针对应用程序C设置前台优先级是1，后台优先级是3。则基于上述介绍可以确定的是，图6的示例中，应用程序A的前台的时延优先级是最高的。

其次对结合图7对丢包率优先级进行说明，参照图7，针对丢包率优先级，假设当前针对应用程序A设置前台优先级是1，后台优先级是2，以及针对应用程序B设置前台优先级是2，后台优先级是6，以及针对应用程序C设置前台优先级是2，后台优先级是5。则基于上述介绍可以确定的是，图7的示例中，应用程序A的前台的丢包率优先级是最高的。

可选地，各个应用程序的前台时延优先级以及后台时延优先级，例如可以是根据应用程序在前台以及后台的时候对时延的需求来确定的，各个应用程序的前台丢包率优先级以及后台丢包率优先级，例如可以是根据应用程序在前台以及后台的时候对丢包率的需求来确定的，因此本实施例对各个应用程序的前台优先级和后台优先级的具体实现不做限制。

需要说明的是，在预设各个应用程序的优先级的时候，可以存在部分应用程序的优先级是相同的，比如说图6中的应用程序A的后台优先级和应用程序C的后台优先级就是相同的，也就是说在确定应用程序的优先级的时候，可以根据其实际需求来确定，无需考虑优先级是否存在重复。

本实施例中的至少一个应用程序，例如，可以包括前台运行的第一应用程序，以及后台运行的至少一个第二应用程序。则至少一个应用程序的优先级可以包括：第一应用程序的前台优先级以及至少一个第二应用程序的后台优先级。

可选地，例如可以根据至少一个应用程序的优先级，在至少一个应用程序中确定第三应用程序和第四应用程序，其中的第三应用程序可以理解为优先级最大的应用程序，以及第四应用程序可以理解为优先级非最大的应用程序。之后例如可以在至少一个子传输通道中为第三应用程序和第四应用程序分配资源。

基于上述实施例可以确定的是，本实施例中的优先级可以包括时延优先级和丢包率优先级，则本实施例中在确定第三应用程序和第四应用程序的时候。

例如可以首先确定各个应用程序的时延优先级是否相同，若确定至少一个应用程序中，存在部分应用程序的时延优先级高于其他应用程序的时延优先级，则可以确定当前在前台和后台运行的各个应用程序的时延优先级不完全相同。则本实施例中可以将至少一个应用程序中时延优先级最大的应用程序确定为第三应用程序，和/或将至少一个应用程序中除第三应用程序之外的其他应用程序确定为第四应用程序。

例如可以参照图8进行理解，假设当前在前台运行的第一应用程序为应用程序A，以及假设当前在后台运行的第二应用程序包括应用程序B和应用程序C。假设延续上述的示例，对应于时延优先级，应用程序A的前台时延优先级为0，以及应用程序B的后台时延优先级是5，应用程序C的后台时延优先级是3。

可以确定的是，当前示例中的至少一个应用程序就包括应用程序A、应用程序B，应用程序C，其中的应用程序A的时延优先级高于应用程序B和应用程序C的时延优先级，以及应用程序C的时延优先级高于应用程序B的时延优先级，那么可以确定当前是满足上述介绍的“至少一个应用程序中，存在部分应用程序的时延优先级高于其他应用程序的时延优先级”。

在图8的示例中，至少一个应用程序中时延优先级最大的应用程序是应用程序A，则可以将应用程序A确定为第三应用程序，以及可以将至少一个应用程序中除应用程序A之外的应用程序B和应用程序C确定为第四应用程序。

上述介绍的是至少一个应用程序中，存在部分应用程序的时延优先级高于应用程序的时延优先级的情况。可选地，也有可能至少一个应用程序中各应用程序的时延优先级均相同，在这种情况下，例如可以进一步确定各个应用程序的丢包率优先级是否相同。

若确定至少一个应用程序中，存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级，则可以确定当前在前台和后台运行的各个应用程序的丢包率优先级不完全相同。则本实施例中可以将至少一个应用程序中丢包率优先级最大的应用程序确定为第三应用程序，和/或将至少一个应用程序中除第三应用程序之外的其他应用程序确定为第四应用程序。

例如可以参照图9进行理解，假设当前在前台运行的第一应用程序为应用程序B，以及假设当前在后台运行的第二应用程序包括应用程序A和应用程序C。假设延续上述的示例，对应于丢包率优先级，应用程序B的前台丢包率优先级为2，以及应用程序A的后台丢包率优先级是2，应用程序C的后台丢包率优先级是5。

可以确定的是，当前示例中的至少一个应用程序就包括应用程序A、应用程序B，应用程序C，其中的应用程序B和应用程序A的丢包率优先级高于应用程序C的丢包率优先级，那么可以确定当前是满足上述介绍的“至少一个应用程序中，存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级”。

在图9的示例中，至少一个应用程序中丢包率优先级最大的应用程序是应用程序B和应用程序A，则可以将应用程序A和应用程序B确定为第三应用程序，以及可以将至少一个应用程序中除应用程序A和应用程序B之外的应用程序C确定为第四应用程序。

综上所述，本实施例中可以优先根据时延优先级来确定第三应用程序和第四应用程序，在各个应用程序的时延优先级存在不同的时候，将时延优先级最大的应用程序确定为第三应用程序。在各个应用程序的时延优先级均相同的时候，再根据各个应用程序的丢包率优先级来确定第三应用程序和第四应用程序，具体就是在各个应用程序的丢包率优先级存在不同的时候，将丢包率优先级最大的应用程序确定为第三应用程序。

可选地，若各个应用程序的丢包率优先级也相同，则可以确定各个应用程序的时延优先级和丢包率优先级都是相同的，那么就表示当前处于运行中的各个应用程序的优先级情况实际上都是相同的，也就无需再划分第三应用程序和第四应用程序了。

可选地，还可以先根据应用程序的丢包率优先级来确定第三应用程序，在各个应用程序的丢包率优先级均相同的时候，再根据应用程序的时延优先级来确定第三应用程序，其实现方式与上述介绍的类似，只是执行的顺序略有不同，其具体实现可以参照上述介绍，此处不再赘述。

可选地，因为本申请中的各应用程序的优先级是可能会出现相同的情况的，因此本实施例中在确定的时延优先级最大的第三应用程序，或者丢包率优先级最大的第三应用程序的时候，实际上时延优先级最大的应用程序可能存在至少一个，以及丢包率优先级最大的应用程序也可能存在至少一个，那么相应的，本实施例中的第三应用程序就有可能存在至少一个。

在将至少一个应用程序划分为第三应用程序和第四应用程序之后，就可以在至少一个子传输通道中为第三应用程序和第四应用程序分配资源了。

可以理解的是，本实施例中的第三应用程序是时延优先级最高的应用程序，或者是丢包率优先级最高的应用程序，则表示当前第三应用程序对时延或者丢包率的需求是最高的，则应当优先的满足第三应用程序的数据传输需求。在实际实现过程中，第三应用程序比如说可以是游戏、短视频等对时延和丢包率的要求比较高的应用程序。

以及基于上述介绍可以确定的是，本实施例中划分的子传输通道有网络条件较差的子传输通道，可选地，假设至少一个子传输通道中，第一子传输通道的网速大于第二子传输通道的网速。

可以在至少一个子传输通道的第一子传输通道中为第三应用程序分配资源，可以在至少一个子传输通道中的第二子传输通道中为第四应用程序分配资源。从而可以实现为传输或者丢包率的需求较高的应用程序分配网速较大的子传输通道，以保证针对优先级高的应用程序，可以优先的满足其数据传输的需求，进而有效地降低数据传输的时延和丢包率。

可选地，在实际实现过程中，例如可以将确定的至少一个第三应用程序的应用程序标识存储在队列中，之后将各个传输通道的网速优先的分配给队列中的应用程序，也就是说在网速较大的第一子传输通道上为优先级较高的第三应用程序进行资源分配。

本申请实施例提供的通信方法，通过根据应用程序的网速需求，将至少两个传输通道分流处理得到至少一个子传输通道，之后根据各个应用程序的传输优先级或者丢包率优先级，确定优先级最高的第三应用程序，之后在网速较大的第一子传输通道上为第三应用程序分配资源，从而可以实现尽可能的保证对时延或者丢包率的要求较高的应用程序的数据传输，进而可以有效地降低数据传输的时延和丢包率。

在上述实施例的基础上，上述介绍的在至少两个数据传输通道中为至少一个应用程序分配资源，实际上就是多通道的数据传输。在一种可能的实现方式中，在触发进行多通道的数据传输时，例如可以判断当前是否满足预设条件，在确定满足预设条件的时候，可以根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在至少两个传输通道中为至少一个应用程序进行资源的分配。

可选地，本实施例中的预设条件例如可以包括：

第一传输通道的网络参数满足第一预设条件，可选地，第一传输通道为至少两个传输通道中当前使用的数据传输通道；和/或，

至少一个应用程序的优先级满足第二预设条件。

下面对上述的第一预设条件和第二预设条件分别进行介绍。

可选地，第一预设条件用于指示当前根据第一传输通道的网络参数可以确定或生成第一传输通道处于弱信号，则第一预设条件例如包括以下至少一种：

时延大于或等于第一阈值、丢包率大于或等于第二阈值、网速小于或等于第三阈值、系统网速小于或等于第四阈值、系统上行速率小于或等于第五阈值、系统下行速率小于或等于第六阈值、应用程序的网速小于或等于第七阈值、应用程序的上行速率小于或等于第八阈值、应用程序的下行速率小于或等于第九阈值。

可以理解的是，上述的第一预设条件实际上就是上述介绍的各个网络参数满足相应的阈值，在实际实现过程中，网络参数的具体实现可以根据实际需求进行选择和扩展，则相应的，第一预设条件的具体实现也可以根据实际需求进行选择和扩展，只要第一预设条件可以指示当前的第一传输通道处于弱信号即可。

可选地，第二预设条件用于指示当前正在运行的至少一个应用程序的优先级不完全相同，则第二预设条件例如可以为：至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

例如可以以时延优先级为例，参照图10和图11对本实施例中的第二预设条件进行理解，图10为本申请实施例提供的前后台应用程序的实现示意图三，图11为本申请实施例提供的前后台应用程序的实现示意图四。

本实施例中的第二预设条件是：至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

参照图10，假设当前在前台运行的第一应用程序为应用程序A，以及假设当前在后台运行的第二应用程序包括应用程序B和应用程序C。延续上述的示例，对应于时延优先级，假设应用程序A的前台优先级为0，以及应用程序B的后台优先级是5，应用程序C的后台优先级是3。

可以确定的是，当前示例中的至少一个应用程序就包括应用程序A、应用程序B，应用程序C，应用程序A的优先级高于应用程序B和应用程序C的优先级，以及应用程序C的优先级高于应用程序B的优先级，那么可以确定当前是满足上述介绍的“至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级”，也就是说至少一个应用程序的优先级不完全相同，因此当前图10示例的情况就满足本实施例中的第二预设条件。

参照图11，假设当前在前台运行的第一应用程序为应用程序B，以及假设当前在后台运行的第二应用程序包括应用程序A和应用程序C。延续上述的示例，对应于时延优先级，假设应用程序B的前台优先级为3，应用程序A的后台优先级是3，应用程序C的后台优先级是3。

当前示例中的至少一个应用程序就包括应用程序A、应用程序B，应用程序C，应用程序A的优先级、应用程序B的优先级、应用程序C的优先级都是相等的，那么可以确定当前并不满足上述介绍的“至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级”，也就是说至少一个应用程序的优先级完全相同，因此当前图11示例的情况就不满足本实施例中的第二预设条件。

在上述介绍的内容的基础上，下面可以结合图12对预设条件进行进一步的理解，图12为本申请实施例提供的触发多通道的实现示意图。

可选地，上述介绍的预设条件中的“第一传输通道的网络参数满足第一预设条件”，实际上就是说当前智能终端正在使用的数据通道处于弱信号；上述介绍的“至少一个应用程序的优先级满足第二预设条件”，实际上就是说当前智能终端中运行的各个应用程序的优先级不完全相同。

则参照图12，在确定第一传输通道的网络参数满足第一预设条件时，可以确定第一传输通道处于弱信号；和/或，在确定至少一个应用程序的优先级满足第二预设条件时，可以确定当前运行的应用程序的优先级不完全相同，则可以确定当前是满足预设条件的，进而可以确定触发多通道，也就是执行上述介绍的：根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在至少两个传输通道中为至少一个应用程序分配资源。

可选地，本实施例中的第二预设条件为：至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级，上述介绍了本实施例中的优先级可以细分为时延优先级和丢包率优先级，则第二预设条件可以进一步为：至少一个应用程序中存在部分应用程序的时延优先级高于其他应用程序的时延优先级，和/或，至少一个应用程序中存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级。

本实施例中，在确定或生成第一传输通道的网络参数满足第一预设条件的时候，可以确定当前智能终端正在使用的传输通道处于弱信号；在确定至少一个应用程序的优先级满足第二预设条件的时候，可以确定当前存在优先级比较高的应用程序，优先级比较高就表示对时延和/或丢包率的需求比较高，因此在确定满足预设条件的时候，可以确定当前正在使用的传输通道的条件较差，和/或，当前对丢包率和时延有较高的需求，因此可以触发多通道，以实现在至少两个传输通道中为至少一个应用程序分配资源。

上述实施例介绍了针对多通道的触发，可选地，在使用至少两个传输通道为至少一个应用程序分配资源的时候，在一种可能的实现方式中，例如可以直接基于至少一个完整的数据通道为至少一个应用程序分配资源，相对于单通道的数据传输，基于至少一个完整的数据通道进行数据传输已经可以实现对时延和丢包率的降低了。

上述介绍的是本申请中提供的一种通信方法，上述通信方法侧重于智能终端可以在双通道的基础上触发分流进行数据传输，下面结合图13对本申请提供的另一种通信方法进行介绍，本实施例中的通信方法侧重于智能终端可以触发双通道进行数据传输。图13为本申请实施例提供的通信方法的流程图三。

S131、获取至少两个传输通道的网络参数。

在本实施例中，智能终端例如可以存在至少两个传输通道，可选地，传输通道可用于进行数据的传输，传输通道例如可以为WI-FI(无线网络通信)通道，或者还可以为调制解调器(modem)通道，或者还可以为任意的用于进行数据传输的的通道，本实施例对传输通道的具体实现不做限制，只要其可以用于进行数据传输即可。

可选地，可以获取至少两个传输通道的网络参数，在一种可能的实现方式中，针对任一个传输通道，其网络参数例如可以包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、应用程序的网速、应用程序的上行速率、应用程序的下行速率。

可选地，在实际实现过程中，传输通道的网络参数除了上述介绍的内容之外，还可以根据实际需求进行选择和设置，只要网络参数可以反映传输通道的网络情况即可，本实施例中对网络参数的具体实现不做限制。

S132，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在至少两个传输通道中为至少一个应用程序分配资源。

可选地，在智能终端中可以存在至少一个应用程序，在一种可能的实现方式中，可以预先设置有各个应用程序的优先级，则本实施例中可以根据至少两个传输通道的网络参数以及至少一个应用程序的优先级，在至少两个传输通道中为至少一个应用程序进行资源的分配。

可选地，本实施例中的至少一个应用程序例如可以为当前处于运行状态的应用程序，其可以包括前台运行的应用程序和后台运行的应用程序。

可以理解的是，当前的实施例是对至少两个传输通道并行使用，采用至少两个数据传输通道同时为智能终端中的应用程序进行资源的分配，以实现应用程序的数据传输。因此本实施例中通过触发多通道进行数据传输，从而可以有效地降低数据传输的时延和丢包率。本实施例中的双通道和分流的各种可能的实现方式均与上述介绍的类似，此次不再赘述。

本申请实施例提供的通信方法，包括：获取至少两个传输通道的网络参数。根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在至少两个传输通道中为至少一个应用程序分配资源。通过根据至少两个传输通道的网络参数以及智能终端中的至少一个应用程序的优先级，以在至少两个数据传输通道中为应用程序进行资源的分配，从而可以触发对智能终端进行多通道的数据传输，进而可以有效地降低数据传输的时延和丢包率。

在上述实施例的基础上，下面结合图14对本申请提供的通信方法进行一个整体的介绍，图14为本申请实施例提供的通信方法的流程示意图。

在本实施例中，例如可以通过大数据对比，预设智能终端中的应用程序分别处于前台和后台时，对时延的需求优先级以及对丢包率的需求优先级，例如可以用Pt表示时延优先级，以及用Pl表示丢包率优先级。可选地，时延优先级和丢包率优先级的实现可以参照上述实施例的介绍。

参照图14，本实施例中可以监听智能终端中处于运行状态的前台应用和后台应用，以确定前台应用程序的前台时延优先级Pt和前台丢包率优先级Pl，以及后台应用程序的后台时延优先级Pt和后台丢包率优先级Pl。

之后可以比较运行中的各个应用程序的Pt和Pl是否存在差异，如图14所示，若确定前后台处于运行状态的应用程序的时延优先级Pt不等，则可以确定满足上述介绍的“至少一个应用程序中存在部分应用程序的优先级高于其它应用程序的优先级”，之后例如可以获取当前智能终端正在使用的传输通道的网络参数。

或者，若确定前后台处于运行状态的应用程序的时延优先级Pt相等，则可以比较运行中的各个应用程序的丢包率优先级Pl是否存在差异，如图14所示，若确定前后台处于运行状态的应用程序的丢包率优先级Pl不等，则可以确定满足上述介绍的“至少一个应用程序中存在部分应用程序的优先级高于其它应用程序的优先级”，之后例如可以获取当前智能终端正在使用的传输通道的网络参数。

可以理解的是，图14中介绍的，首先比较各个应用程序的Pt是否存在差异，在确定各个应用程序的Pt均相等的时候，再比较各个应用程序的Pl是否存在差异，以确定各个应用程序的Pt和Pl是否存在差异，仅为一种可能的实现方式。可选地，还可以首先比较各个应用程序的Pl是否存在差异，在确定各个应用程序的Pl均相等的时候，再比较各个应用程序的Pt是否存在差异，以确定各个应用程序的Pt和Pl是否存在差异。在实际实现过程中，具体是先比较Pt还是先比较Pl，可以根据实际需求进行选择和设置，本实施例对此不做限制。

在获取智能终端当前使用的传输通道的网络参数之后，在一种可能的实现方式中，可以判断网络参数是否满足第一预设条件。

可选地，若确定网络参数满足第一预设条件，则可以确定当前满足上述介绍的预设条件，也就表示当前智能终端所使用的传输通道处于弱信号，则如图14所示，可以触发多通道，也就是说执行上述介绍的，在至少两个传输通道中为至少一个应用程序分配资源。

或者，若确定网络参数不满足第一预设条件，则可以确定当前的情况不满足上述介绍的预设条件，也就表示当前智能终端所使用的传输通道不处于弱信号，则可以不触发多通道，或者如图14所示，在触发多通道的前提下，可以关闭多通道。

上述介绍的是触发多通道的实现，可选地，本实施例中还可以触发分流。

如图14所示，通过监听智能终端当前使用的网络参数，例如可以确定智能终端的网络参数，则例如可以判断系统网速是否在预设范围内，实际上此处的判断就是上述实施例中介绍的“判断第一传输通道的网速是否在预设网速范围内”。

若确定系统网速在预设范围内，则可以确定当前的网速是不能满足应用程序的需求的，更进一步的，可以确定当前的网速不能满足对时延和丢包率的要求较高的应用程序的需求，比如说短视频、游戏、即时通信等等类型的应用程序。

则如图14所示，在确定系统网速在预设范围内的时候，可以触发分流，从而可以对传输通道进行分流处理得到至少一个子传输通道。

或者，在确定系统网速不在预设范围内的时候，可以确定当前的网速是可以满足应用程序的需求的，因此可以不触发分流。或者如图14所示，在触发分流的前提下，可以关闭分流。

以及还需要说明的是，本申请中的多通道和分流是完全独立的两个部分，也就是说，可以仅触发分流，也可以仅触发多通道，也可以同时触发分流和多通道。分流和多通道的触发取决于实际的情况，也就是说看是否满足上述介绍的条件，基于此，本申请中的通信方法，实际上可以存在多种组合情况。下面以多通道具体包括WiFi通道和modem通道为例，对几种组合情况进行详细列举：

情况1：智能终端的WiFi通道为弱信号，若modem通道可用，则增加modem通道，实现双通道并发。

此处相当于仅触发双通道，在此种情况下，可以在网络拥塞时增加调度，以减少断连。

情况2：智能终端的WiFi通道为弱信号，modem通道不可用或同为弱信号，此时若前台应用对时延要求比较高，则触发分流。

此处因为数据传输通道为弱信号，则会触发双通道，则相当于同时触发双通道和分流。在此种情况下，可以集中所有可用通道的网络资源，优先保障前台应用的网络流畅度，提升用户上网体验。

情况3：智能终端的WiFi通道为弱信号，modem通道不可用或同为弱信号，此时若前台应用对丢包率要求比较高，则触发分流。

此处因为数据传输通道为弱信号，则会触发双通道，则相当于同时触发双通道和分流。在此种情况下，可以集中所有可用通道的网络资源，优先保障前台应用上网的稳定性，提升用户上网体验。

情况4：智能终端的modem通道为弱信号，若WiFi通道可用，则增加WiFi通道，实现双通道并发。

此处相当于仅触发双通道，在此种情况下，可以在网络拥塞时增加调度，以减少断连。

情况5：智能终端的modem通道为弱信号，WiFi通道不可用或同为弱信号，此时若前台应用对时延要求比较高，则触发分流。

此处因为数据传输通道为弱信号，则会触发双通道，则相当于同时触发双通道和分流。在此种情况下，可以集中所有可用通道的网络资源，优先保障前台应用的网络流畅度，提升用户上网体验。

情况6：智能终端的modem通道为弱信号，WiFi通道不可用或同为弱信号，此时若前台应用对丢包率要求比较高，则触发分流。

此处因为数据传输通道为弱信号，则会触发双通道，则相当于同时触发双通道和分流。在此种情况下，可以集中所有可用通道的网络资源，优先保障前台应用上网的稳定性，提升用户上网体验。

情况7：智能终端当前的传输通道(modem通道或WiFi通道)可用，此时若网速在预设网速范围内，前台应用对时延要求比较高，则触发分流。

此处相当于仅触发分流。在此种情况下，可以集中当前智能终端正在使用的传输通道的网络资源，优先保障前台应用的网络流畅度，提升用户上网体验。

情况8：智能终端当前的传输通道(modem通道或WiFi通道)可用，此时若网速在预设网速范围内，前台应用对丢包率要求比较高，则触发分流。

此处相当于仅触发分流。在此种情况下，可以集中当前智能终端正在使用的传输通道的网络资源，优先保障前台应用上网的稳定性，提升用户上网体验。

在上述实施例的基础上，下面结合图15对分流的具体处理进行进一步详细介绍，图15为本申请实施例提供的分流处理的流程示意图。

如图15所示，在分流触发时，例如可以判断各应用程序的Pt是否相等。

可选地，若确定前后台应用程序的Pt不相等，则可以将Pt最小的应用(就是上述实施例的第三应用程序)的标识(Uid)保存到队列中，Pt最小就代表时延优先级最大。

或者，若确定前后台应用程序的Pt相等，则可以判断各应用程序的Pl是否相等，若确定前后台应用程序的Pl不相等，则可以将Pl最小的应用(就是上述实施例的第三应用程序)的标识(Uid)保存到队列中，Pl最小就代表丢包率优先级最大。

因此在队列中存储的就是对时延要求最高，或者对丢包率要求最高的应用程序的标识。之后可以将所有通道的网速依次优先分配给这个队列中的应用程序。

如图15所示，若多通道已触发，则基于双通道进行分流得到至少一个子传输通道，进行网速的分配。或者，若多通道未触发，则可以基于单通道进行分流得到至少一个子传输通道，进行网速的分配。

因此可以确定的是，本实施例中可以基于单通道进行分流，或者也可以基于多通道进行分流，其实现方式可以根据实际需求进行选择，总之分流是可以实现集中当前可用的传输通道的网络资源，优先保障时延优先级较高的应用程序的网络流畅度，以及优先保障丢包率优先级较高的应用程序的上网的稳定性，以提升用户上网体验。

在上述各实施例的基础上，本申请提供的通信方法，还可以在确定满足第一退出条件的时候，触发智能终端退出双通道。

可选地，第一退出条件可以包括以下中的至少一种：

弱信号的传输通道的信号恢复，则退出双通道；

用户在智能终端上关闭双通道，则退出双通道；可选地，在智能终端中例如可以提供双通道的开关控件。

前后台应用程序之间的时延优先级、丢包率优先级均相等，则退出分流；可选地，时延优先级和丢包率优先级是触发分流的条件。

可选地，还可以在确定满足第二退出条件的时候，触发智能终端退出分流。

可选地，第二退出条件可以包括以下中的至少一种：

系统网速不在预设网速范围内，此时表示总网速可以满足前后台应用程序的需求，则退出分流；

用户在智能终端上关闭分流，则退出分流；可选地，在智能终端中例如可以提供分流的开关控件。

前后台应用程序之间的时延优先级、丢包率优先级均相等，则退出分流。

因此本申请提供的通信方法中，还可以根据实际情况或者用户需求，控制智能终端在相应的情况下退出分流或者双通道，从而可以灵活有效地实现对双通道和分流的管理以及控制。

图16为本申请实施例提供的通信装置的结构示意图二，如图16所示，该通信160包括：

处理模块161，用于根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；

处理模块161，用于在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块161具体用于：

在第一传输通道的网速在预设网速范围内时，对所述至少两个传输通道进行分流处理；其中，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道。

可选地，所述处理模块161具体用于：

根据所述至少一个应用程序的网速需求，对所述至少两个传输通道进行分流处理。

可选地，所述处理模块161具体用于：

在满足预设条件时，在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述满足预设条件包括：

第一传输通道的网络参数满足第一预设条件，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道；和/或，

所述至少一个应用程序的优先级满足第二预设条件。

可选地，所述网络参数包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、所述应用程序的网速、所述应用程序的上行速率、所述应用程序的下行速率。

可选地，所述满足第一预设条件包括以下至少一种：

时延大于或等于第一阈值、丢包率大于或等于第二阈值、网速小于或等于第三阈值、系统网速小于或等于第四阈值、系统上行速率小于或等于第五阈值、系统下行速率小于或等于第六阈值、所述应用程序的网速小于或等于第七阈值、所述应用程序的上行速率小于或等于第八阈值、所述应用程序的下行速率小于或等于第九阈值。

可选地，所述至少一个应用程序的优先级包括：第一应用程序的前台优先级和至少一个第二应用程序的后台优先级；

可选地，所述第一应用程序为前台运行的应用程序，所述第二应用程序为后台运行的应用程序。

可选地，所述满足第二预设条件为所述至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

可选地，所述分流处理后的至少两个传输通道包括至少一个子传输通道；所述处理模块161具体用于：

在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块161具体用于：根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块161具体用于：

根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序；

在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源。

可选地，优先级包括时延优先级和丢包率优先级；根据所述至少一个应用程序的优先级，

在所述至少一个应用程序中确定第三应用程序和第四应用程序，包括：

若所述至少一个应用程序中存在部分应用程序的时延优先级高于其他应用程序的时延优先级，则将所述至少一个应用程序中时延优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序；或者，

若所述至少一个应用程序中各应用程序的时延优先级均相同，且所述至少一个应用程序中存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级，则将所述至少一个应用程序中丢包率优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序。

可选地，所述处理模块161具体用于：

在所述至少一个子传输通道中的第一子传输通道中为所述第三应用程序分配资源；

在所述至少一个子传输通道中的第二子传输通道中为所述第四应用程序分配资源；可选地，所述第一子传输通道的网速大于所述第二子传输通道的网速。

可选地，针对所述至少一个应用程序中的任意一个应用程序，若所述应用程序为前台应用程序，则所述应用程序的优先级为前台的优先级，若所述应用程序为后台应用程序，则所述应用程序的优先级为后台的优先级。

本申请实施例提供的通信装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图17为本申请实施例提供的通信装置的结构示意图一，如图17所示，该通信装置170包括：

获取模块171，用于获取至少两个传输通道的网络参数；

处理模块172，用于根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块172具体用于：

在满足预设条件时，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

可选地，所述满足预设条件包括：

第一传输通道的网络参数满足第一预设条件，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道；和/或，

所述至少一个应用程序的优先级满足第二预设条件。

可选地，所述网络参数包括以下至少一种：时延、丢包率、网速、系统网速、系统上行速率、系统下行速率、所述应用程序的网速、所述应用程序的上行速率、所述应用程序的下行速率。

可选地，所述满足第一预设条件包括以下至少一种：

时延大于或等于第一阈值、丢包率大于或等于第二阈值、网速小于或等于第三阈值、系统网速小于或等于第四阈值、系统上行速率小于或等于第五阈值、系统下行速率小于或等于第六阈值、所述应用程序的网速小于或等于第七阈值、所述应用程序的上行速率小于或等于第八阈值、所述应用程序的下行速率小于或等于第九阈值。

可选地，所述至少一个应用程序的优先级包括：第一应用程序的前台优先级和至少一个第二应用程序的后台优先级；

可选地，所述第一应用程序为前台运行的应用程序，所述第二应用程序为后台运行的应用程序。

可选地，所述满足第二预设条件为所述至少一个应用程序中存在部分应用程序的优先级高于其他应用程序的优先级。

可选地，所述处理模块172具体用于：

根据至少两个传输通道的网络参数，对所述至少两个传输通道进行分流处理得到至少一个子传输通道；

在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块172具体用于：

在第一传输通道的网速在预设网速范围内时，对所述至少两个传输通道进行分流处理得到至少一个子传输通道；可选地，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道。

可选地，所述处理模块172具体用于：

根据所述至少一个应用程序的网速需求，对所述至少两个传输通道进行分流处理得到至少一个子传输通道。

可选地，所述处理模块172具体用于：

根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

可选地，所述处理模块172具体用于：

根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序；

在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源。

可选地，优先级包括时延优先级和丢包率优先级；所述处理模块172具体用于：

若所述至少一个应用程序中存在部分应用程序的时延优先级高于其他应用程序的时延优先级，则将所述至少一个应用程序中时延优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序；或者，

若所述至少一个应用程序中各应用程序的时延优先级均相同，且所述至少一个应用程序中存在部分应用程序的丢包率优先级高于其他应用程序的丢包率优先级，则将所述至少一个应用程序中丢包率优先级最大的应用程序确定为所述第三应用程序，和/或将所述至少一个应用程序中除所述第三应用程序之外的其他应用程序确定为所述第四应用程序。

可选地，所述处理模块172具体用于：

在所述至少一个子传输通道中的第一子传输通道中为所述第三应用程序分配资源；

在所述至少一个子传输通道中的第二子传输通道中为所述第四应用程序分配资源；可选地，所述第一子传输通道的网速大于所述第二子传输通道的网速。

可选地，针对所述至少一个应用程序中的任意一个应用程序，若所述应用程序为前台应用程序，则所述应用程序的优先级为前台的优先级，若所述应用程序为后台应用程序，则所述应用程序的优先级为后台的优先级。

本申请实施例提供的通信装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本申请实施例还提供一种智能终端，智能终端包括存储器、处理器，存储器上存储有通信程序，通信程序被处理器执行时实现上述任一实施例中的通信方法的步骤。

本申请实施例还提供一种计算机可读存储介质，存储介质上存储有通信程序，通信程序被处理器执行时实现上述任一实施例中的通信方法的步骤。

在本申请提供的智能终端和计算机可读存储介质的实施例中，可以包含任一上述通信方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

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

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或至少一个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或至少一个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种通信方法，其特征在于，包括以下步骤：

S1，根据至少两个传输通道的网络参数对所述至少两个传输通道进行分流处理；

S2，在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源。

2.根据权利要求1所述的方法，其特征在于，所述S1步骤包括：

在第一传输通道的网速在预设网速范围内时，根据所述至少一个应用程序的网速需求，对所述至少两个传输通道进行分流处理。

3.根据权利要求1或2所述的方法，其特征在于，所述S2步骤包括：

在满足预设条件时，在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源；

所述满足预设条件包括：

第一传输通道的网络参数满足第一预设条件，所述第一传输通道为所述至少两个传输通道中当前使用的传输通道；和/或，

所述至少一个应用程序的优先级满足第二预设条件。

4.根据权利要求3所述的方法，其特征在于，所述分流处理后的至少两个传输通道包括至少一个子传输通道；在所述分流处理后的至少两个传输通道中为所述至少一个应用程序分配资源，包括：

在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

5.根据权利要求4所述的方法，其特征在于，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源。

6.根据权利要求5所述的方法，其特征在于，根据所述至少一个应用程序的优先级，在所述至少一个子传输通道中为所述至少一个应用程序分配资源，包括：

根据所述至少一个应用程序的优先级，在所述至少一个应用程序中确定第三应用程序和第四应用程序；

在所述至少一个子传输通道中为所述第三应用程序和所述第四应用程序分配资源。

7.一种通信方法，其特征在于，包括以下步骤：

S10，获取至少两个传输通道的网络参数；

S20，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

8.根据权利要求7所述的方法，其特征在于，所述S20步骤包括：

在满足预设条件时，根据至少两个传输通道的网络参数和至少一个应用程序的优先级，在所述至少两个传输通道中为所述至少一个应用程序分配资源。

9.一种智能终端，其特征在于，所述智能终端包括：存储器、处理器，其中，所述存储器上存储有通信程序，所述通信程序被所述处理器执行时实现如权利要求1至8中任一项所述的通信方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的通信方法的步骤。

Images