CN113498108B - 基于业务类型调整数据传输策略的芯片、设备以及方法 - Google Patents
基于业务类型调整数据传输策略的芯片、设备以及方法 Download PDFInfo
- Publication number
- CN113498108B CN113498108B CN202010203555.1A CN202010203555A CN113498108B CN 113498108 B CN113498108 B CN 113498108B CN 202010203555 A CN202010203555 A CN 202010203555A CN 113498108 B CN113498108 B CN 113498108B
- Authority
- CN
- China
- Prior art keywords
- data packet
- data
- application program
- preset
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
- H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0992—Management thereof based on the type of application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/121—Shortest path evaluation by minimising delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
- H04L45/3065—Route determination based on the nature of the carried application for real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
- H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种数据发送的电子设备、方法以及芯片,所述方法涉及,所述终端设备处于双连接的状态下,终端设备确定当前所运行的前台应用程序,当前台运行的应用程序为预设的应用程序的时候,进一步确定待发送数据的类型是否与预设类型的数据包或者终端设备的硬件资源占用情况,将预设类型的数据包通过低时延通道进行发送或者将预设类型的数据包进行复制后,分别通过两条链路发送,实现敏感数据传输的准确性。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种双连接(Dual Connectivity,以下简称DC)下数据传输的方法。
背景技术
DC是4G向5G演进的过程中采用的一种中间技术,它主要是分步骤部署5G网络,在4G网络向5G网络演进的过程中,先在4G接入网的eNB基础上增加gNB,让用户更快的体验5G上网体验。5G协议规定用户在ENDC网络上网时可以同时使用eNB和gNB上网。为了实现更优的上网体验,需要研究上网分流技术。
现有的分流标准技术都是基于MPTCP、MPUDP、MPHTTP等协议TCP/IP分流技术,modem的同类网络分流并没有相关研究。TCP/IP的分流控制严格依赖于应用服务器的反馈,这往往需要等待较大时延,并且完全依赖于服务器的部署来实现分流显然不是一个覆盖多场景的方案。
发明内容
基于上述原因,本发明本申请提供一种数据传输的方法、设备和芯片,有助于节省功耗并且让用户有更好的数据传输体验。
一方面,本申请的一个实施例提供了一种方法,包括:终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备,响应于用户的第一操作,所述终端设备运行第一应用程序,当所述第一应用程序为预设应用程序,且所述终端设备发送的第一数据包为预设数据包,所述终端设备通过所述LTE链路和所述NR链路分别发送所述第一数据包和第二数据包,其中所述第二数据包为第一数据包复制的。可以实现敏感数据传输的准确性。
在一些可能的实现方式中,响应于用户的第二操作,所述终端设备运行第二应用程序,所述终端通过所述NR链路发送第三数据包,所述第二应用程序为非预设应用程序或者所述第三数据包为非预设类型的数据包。针对时延不敏感的数据不需要复制,节省功耗。
在一些可能的实现方式中,所述第一数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包。
在一些可能的实现方式中,所述终端设备的具有第一分流门限值,所述门限值为无穷大。
在一些可能的实现方式中,所述终端设备通过监听应用程序的名称或者活动名称确定当前运行的第一应用程序为预设的应用程序
第二方面,本申请的一个实施例提供了一种终端设备,所述终端设备包括:处理器,计算机存储介质,所述计算及存储介质包括指令,所述处理器执行所述指令时,使得所述终端设备执行上述方法。
第三方面,本申请的一个实施例提供了一种芯片系统,应用于终端设备,其特征在于,所述芯片系统包括应用处理器和基带处理器,其中,所述应用处理器用于:响应于用户的第一操作,所述终端设备运行第一应用程序,当所述第一应用程序为预设应用程序,发送第一指令至所述基带处理器,所述第一指令用于启动第一传输策略传输上行数据包,
发送第一数据包;所述基带处理器用于:接收所述指令,启动第一传输策略,接收第一数据包,当所述第一数据包为预设类型的数据包的时,通过第一链路和第二链路分别发送所述第一数据包和第二数据包,其中,所述第二数据包为所述第一数据包复制的。可以实现敏感数据传输的准确性。
在一些可能的实现方式中,所述应用处理器还用于:发送第三数据包,所述基带处理器还用于:接收所述第三数据包,当所述第三数据为非预设类型的数据时,通过所述第一链路发送所述第三数据包。针对时延不敏感的数据不需要复制,节省功耗。
在一些可能的实现方式中,所述第一数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包。
第四方面,本申请实施例还提供一种下行数据传输的方法,所述方法包括:终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备;响应于用户的第一操作,所述终端设备运行第一应用程序;当所述第一应用程序为预设应用程序,所述终端设备的应用处理器发送指令指示基带处理器启动下行乱序策略,接收来自基站的第一数据包,当所述第一数据包为预设类型的数据包的时,发送第一数据包至所述第一应用程序,当所述第一数据包为非预设类型的数据包的时,发送第一数据包至数据缓冲区。可以实现敏感数据传输的准确性。
第五方面,本申请实施例还提供一种下行数据传输的一种芯片系统,应用于终端设备,其特征在于,所述芯片系统包括应用处理器和基带处理器,所述基带处理器和应用处理器执行上述方法。
第六方面,本申请实施例还提供一种下行数据传输的计算机程序产品,其特征在于,当该计算机程序产品在计算机上运行时,使得计算机执行如权利要求1-6中任一项所述的方法。
第七方面,本申请实施例还提供一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-6中任一项所述的方法。
第八方面,本申请的一个实施例提供了一种方法:终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备,响应于用户的第一操作,所述终端设备运行第一应用程序,当所述第一应用程序为预设应用程序,且所述终端设备发送的第一数据包为预设数据包,所述终端设备通过所述LTE链路发送所述第一数据包,其中所述LTE链路相对于NR链路具有高优先级。
在一些可能的实现方式中,所述LTE链路的时延是小于所述NR链路。
在一些可能的实现方式中,当所述终端设备发送的第二数据包为非预设的数据包,则通过NR链路来发送,所述NR链路为默认设置的链路。
在一些可能的实现方式中,当所述NR链路的时延小于所述LTE链路,所述第一数据包为预设的数据包,则所述终端设备通过所述NR链路来进行发送。
基于上述方法、设备以及芯片、存储介质以及计算机存储产品可以实现在双连接的下的数据传输的及时性以及传输的准确性。
附图说明
附图1为根据本申请实施例提供的一种第一结构示意图。
附图2为根据本申请实施例提供的一种第二结构示意图。
附图3为根据本申请实施例提供的一种第三结构示意图。
附图4为根据本申请实施例提供的一种第四结构示意图。
附图5为根据本申请实施例提供的一种第五结构示意图。
附图6为根据本申请实施例提供的一种第六结构示意图。
附图7为根据本申请实施例提供的一种数据传输的第一示意图。
附图8为根据本申请实施例提供的一种数据传输的第二示意图。
附图9为根据本申请实施例提供的一种数据传输的第三示意图。
附图10为根据本申请实施例提供的一种数据传输的第四示意图。
附图11为根据本申请实施例提供的一种数据传输的第五示意图。
附图12为根据本申请实施例提供的一种数据传输的第六示意图。
附图13为根据本申请实施例提供的一种数据传输的第七示意图。
附图14为根据本申请实施例提供的一种数据传输的第八示意图。
附图15为根据本申请实施例提供的一种数据传输的第九示意图。
附图16为根据本申请实施例提供的一种数据传输的第十示意图。
附图17为根据本申请实施例提供的一种数据传输的第十一示意图。
附图18为根据本申请实施例提供的一种数据传输的第十二示意图。
附图19为根据本申请实施例提供的一种数据传输的第十三示意图。
附图20为根据本申请实施例提供的一种数据传输的第十四示意图。
附图21为根据本申请实施例提供的一种数据传输的第十五示意图。
附图22为根据本申请实施例提供的一种芯片的示意图。
附图23为根据本申请实施例提供的一种终端设备的示意图。
具体实施方式
在无线系统中,不同制式、同一制式、不同系统的基站或接入点协同组网时,由于单个基站的带宽资源和覆盖范围有限,因此,集中多个小区或者基站的无线资源来为用户提供服务,更易于满足用户的容量需求和覆盖要求,这种方式通常称之为多连接。
以LTE系统为例,常用的多连接方式包括载波聚合、CoMP(CoordinatedMultipoint transmission/reception)以及双连接等。具体地,双连接(DualConnectivity,以下简称DC)是指UE(终端设备)在RRC(Radio Resource Control Layer,无线链路控制层)连接态下的操作模式,对于UE(终端设备)配置了一个主小区组(MasterCell Group)和一个辅小区组(Secondary Cell Group),提供基站间非理想传输条件下的性能解决方案。这种方式下,为了规避MAC(Media Access Control,媒体介入控制)层调度过程中的时延和同步要求,数据在PDCP(Packet Data Convergence Protocol,分组数据汇聚)层进行分割和合并,随后将用户数据流通过多个基站同时传送给用户。从而有助于实现用户性能提升,对用户总体吞吐量和切换时延都有帮助。LTE系统中采用双连接时,数据在核心网或者PDCP层进行分割后,将用户数据流通过多个基站同时传送给用户,核心网和无线网都存在多种选择,并且采用双连接时,需考虑数据承载等问题。
值得说明的是,本申请以4G LTE((Long Term Evolution,长期演进))和5G NR(New Radio,5G接入网)的双连接为例,但不局限LTE与5G之间,在一种可能的实施方式中,也可是多种不同的通信制式之间,例如4G与5G之间,如图1所示,第一基站可以是LTE eNB基站,第二基站可以是gNB基站;在一种可能的实施方式,也可是同一代通信技术不同的基站类型,例如LTE基站与增强型LTE基站(eNB);在一种可能的设计中,也可以是不同的接入点或系统之间的连接,例如,LTE接入点与WIFI、蓝牙等接入点;在一种可能的设计中,本申请也可以扩展到多连接技术,例如,可以连接多个不同制式的基站,或者基站、WiFi等不同系统组合的系统。
现有5G标准定义了多种组网方式,包括独立组网(Standalone,简称SA)和非独立组网(Non-standalone,简称NSA)方式,以非独立组网方式为例,包括Option 3/3a/3x、Option 4/4a、Option 7/7a/7x等多种可能的方式,以Option3/3a/3x为例,在4G基站(eNB)为主站,5G基站(gNB)为从站,并沿用LTE核心网,不需要新的5G核心网,所有的控制面信令都经由eNB转发,数据流的传输对应三种方式:可以是eNB将数据分流给gNB,或者EPC(Evolved Packet Core,LTE核心网)将数据分流至gNB,或者gNB可将数据分流至eNB。此场景以eNB为主基站,所有的控制面信令都经由eNB转发。LTE eNB与NR(New Radio)gNB采用双链接的形式为用户提供高数据速率服务。
以Option 4/4a为例,Option4同时引入了NGC(Next Generation Core)和gNB。但是gNB没有直接替代eNB,在此场景中,核心网采用5G的NGC,eNB和gNB都连接至NGC。所有的控制面信令都经由gNB转发,数据连的传输对应有两种方式:gNB将数据分流给eNB,NGC将数据分流至eNB。
上述只是示例性的提供了几种常见的典型DC的连接方式,本申请并不对此作出限定。
值得说明的是,4G-5G制式内的DC表示UE同时与4G基站和5G基站保持双连接,同时利用两个基站的无线资源进行业务传输。控制面承载在主站上,数据可承载在主站和辅站,根据数据在主站和辅站上的分布情况,可以分为以下4种DC承载类型:
a.MCG承载(数据只在主站上)
b.SCG承载(数据只在辅站上)
c.MCG Split承载(数据在主站分流)
d.SCG Split承载(数据在辅站分流)
图2根据本申请一种可能的实施方式提供的数据分流的第一示意图。
如图2所示,在双连接下,以下行数据传输为例,数据流在PDCP(Packet DataConvergence Protocol,分组数据汇聚)层上分离和合并,随后将数据流通过多个基站同时传送给终端设备。在这种情况下,一个PDCP实体可以关联两个RLC(Radio Link Control,无线链路层控制协议)实体,可以理解为PDCP层将数据流通过RLC1、RLC2链路传输至RLC层,具体地,RLC1链路可以理解为LTE链路,RLC2链路可以理解为NR链路,每个RLC实体分别对应LTE空口和NR空口。在这种场景下,PDCP的数据流会根据获取的授权,将PDCP报文分别在LTE和NR的空口上进行发送。此种方式可以称之为MCG Split承载模式。
同样,如果PDCP层只有关联一个RLC实体,此时PDCP层的数据直接传输至RLC层,此种方式称之为MCG承载(数据只在主站上传输)。
同样,如果此时数据在NR PDCP层的数据上传输,即数据在辅站上传输,此时也只关联一个NR RLC实体,即NR PDCP层的数据直接传输至NR RLC层,此种方式称之为SCG承载(数据只在辅站上传输)。
在一些实施例中,每一个RLC实体可以至少对应一条承载链路,在一些实施例,RLC层也可以有多个RLC实体。
图3根据本申请一种可能的实施方式提供的数据分流的第二示意图。
如图3所示,LTE eNB为主站,gNB为辅站,数据在NR PDCP层汇聚,一个NR PDCP实体可以关联两个RLC(Radio Link Control,无线链路层控制协议)实体,对应的NR RLC层与RLC层,此时数据在辅承载上分流,此种方式称之为SCG Split承载(数据在辅站分流)。
在此种情况下,为了避免4G基站处理能力的瓶颈,最大限度地减少原来的4G基站升级,尽可能地降低设备研发和建网成本,LTE-NR双连接规定也可由SCG分离承载,即下行数据流即可由5G从站传送到4G主站,再传送到手机。
图4根据本申请一种可能的实施方式提供的数据分流的第三示意图。
如图4所示,在上行数据传输中,数据流在PDCP汇聚后,可以按照一定的预定义策略进行分流传输。在一些实施例中,可以是平均分配数据流至两条链路上;在一些实施例中,可以是按照链路质量传输至两条链路上;在一些实施例,如果PDCP传输的数据流的值小于分流传输的阈值,则在主承载上传输,例如图4中所示的链路1。
值得说明的是图中的链路1,链路2是为了便于描述,并非对本申请的限定。
在一些实施中,一个层中可以有多个实体,例如,RLC中可以有两个RLC实体,对应两条承载两路,本申请对此不作限定。
本申请中的UE(用户设备)可以是供消费者使用的任意应用型的电子设备。用户设备的示例包括但不限于,智能手机、平板电脑、电视、投影仪、智能手表、智能眼镜(例如,谷歌眼镜)、穿戴式小配件(例如,智能腕表、T恤、项链或鞋)、媒体(例如,音乐和/或视频)播放器、游戏机、游戏控制台和控制器、电子书(ebook)阅读器、云终端或车载媒体系统。用户设备可以是穿戴式设备(例如,智能手表或智能眼镜)或非穿戴式设备(例如,电视或平板电脑)。此外,用户设备可具有任意合适的操作系统(OS),例如Android、iOS、Windows、Linux、Unix等。
进一步地,用户设备可以支持多种不同制式的移动通信技术,包括2G/3G/4G/5G,还可以支持WiFi、蓝牙等。
如图5所示,在一些实施例中,可以理解为RLC层有RLC1实体,RLC2实体,其中RLC1实体为支持LTE数据传输,RLC2实体为支持NR数据传输,但本申请对此并不作出限定。
以上行数据为例,当上层数据传输到PDCP层时,其数据报文具有SN(SerialNumber,序列号),可以理解为,数据传输到PDCP层时,被添加了SN编号。正常的情况下,下行的PDCP数据报文会按SN的编号升序到达,接收端接收到PDCP的报文如果是连续的,则直接递交给上层应用。
而在针对Split模式,上层数据传到PDCP层时,PDCP需要将数据进行分流,在一些情况下,例如,如果某一链路的质量不好,则传递的PDCP报文无法及时传递到对端,这时因为接收端无法获取到连续的PDCP数据包,就会出现另一链路等待PDCP报文的问题。反之,如果另一链路质量不好,也会存在同样的问题。
如图6所示,提供一种下行的数据的传输终端设备,终端设备接收到来自NR基站和LTE基站的数据,数据在PDCP层汇合,在一些场景下,由于网络等问题,两条链路的时延可以有所不同,会出现数据等待或者卡顿的情况。
基于此,如图7所示,本申请实施例提供一种新的分流数据的方法,首先,以终端设备的上行数据为例,可以根据终端设备当前所运行的应用程序来确定是否对上行数据进行分流传输,具体的:
步骤701:终端设备运行第一应用程序;
终端设备可以接收用户打开应用程序的操作,例如可以是在桌面点击应用程序的图标,也可以是通过状态栏、负一屏等快捷方法的打开应用,其中终端设备处于双连接的网络,即终端设备可以通过LTE链路和NR链路进行数据传输,终端的桌面的网络标识可以显示5G或者4G网络标识。
在一些实施例中,还可以是接收用户的操作将后台应用程序切换至前台任务。
步骤702:终端设备确定第一应用程序是否为预设应用程序,当第一应用程序为预设应用时,可以执行步骤407;当第一应用程序为非预设类型的时候,可以执行步骤703.
步骤703:当终端设备确定第一应用程序为非预设应用程序的时候,终端设备可以按照第一数据传输策略进行数据发送。
在一些实施例中,第一数据传输策略可以是指不分流数据包进行传输,即通过优先级较高的通道进行传输,值得说明的是,在现有的非独立组网NSA模式下,为了更大限度的利用NR资源,通常设置NR通道的优先较高,即默认通过NR通道来进行上行数据的传输。具体地,因为现有的协议规定了数据的分流机制可以根据数据包的大小,通过设置分流门限来决定分流,为了达到NR通道进行上行数据的传送,可以将分流的门限设置较大(例如无穷大),从而达到数据包不分流进行传输。具体实现如下:
Ul-data Duplication Threshold表示上行数据包的复制包的门限。
Ul-data split Threshold表示上行分流门限。
在一些实施例中,还可以按照网络或者UE配置,通过优先级较高的LTE或者NR链路进行传输运行第一应用程序的数据包,链路的优先级可以基于链路的时延、丢包率、信号强度或质量、缓存区数据大小或数量、TA(Timing Advance,定时提前)、MAC层误码率、信噪比(SINR)、SR连续发送最大值是指SR-TransMax、T310定时器、待发送数据包的大小是否启动等来进行设置,例如当NR链路的信号质量好于LTE链路的信号质量,可以通过NR链路发送运行第一应用程序的数据包至网络。
在另一些实施例中,第一数据传输策略还还可以是指分流数据包进行传输,例如可以是当判断数据包是否大于阈值,当数据包大于阈值的时候,可以进行分流传输,即通过LTE链路和NR链路传输数据包;
步骤704:当终端设备确定第一应用为预设的应用程序的时候,终端设备可以按照第二数据传输策略进行数据传输。
在一些实施例中,终端设备可以通过白名单的方式对特定的应用程序进行标识,例如,可以通过监听前台应用程序的包名或者活动activity。对于预设的应用程序,通常是时延要求或者丢包率要就较高的应用程序,用户在运行这些应用程序的时候,不希望出现卡顿等情况,典型的应用比如游戏应用、语音视频聊天应用,或者有以下场景的应用:OTT(over-the-top)语音通话、对战游戏、DNS(Domain Name System)数据包等。
在一些实施例中,终端设备可以通过UUID(universally unique identifier)或者PID(process ID)来识别当前应用程序名。
在一些实施例中,第二数据传输策略是相对于第一数据传输策略的,第一数据传输策略是可以默认设置的,还可以是遵循现有的标准协议,而第二数据传输策略是需要终端设备使能该策略,并且在使能该策略之后,数据包通过低时延通道来进行发送。
在一些实施例中,低时延通道可以是具有第一优先级的通道,该通道的传输质量通常是优于另一通道,终端设备可以通过检测一些特定的条件或者参数来确定两条通道的优先级,例如可以实时或者周期性的检测来两条通道的时延、丢包率等参数,可以将传输的质量较好的通道设置为用于传输对时延比较敏感的数据的数据包。
在本申请实施例中,当检测到第一应用程序为预设的应用程序的时候,可以将数据包通过低延通道发送。具体如图8所示,示出了一种第二数据传输策略下数据发送示意图,即当数据包在PDCP层实体的时候,通过确定是第一应用程序的数据包或第二应用程序的数据包来确定通过低时延通道或者高时延通道来发送,具体地,可以通过低时延链路发送第一应用程序的数据包,而非第一应用程序的数据包可以通过高时延通道发送。
本申请实施例可以通过确定运行的应用程序从而选择双链接下的数据传输通道,相对传统的分流方式,传输的效率更好,更省功耗,用户的体验也更好。
如图9所示,本申请实施例还提供另一种分流数据的方法,以终端设备发送上行数据为例,可以根据终端设备当前所发送的数据包的类型来确定是否进行分流传输,具体的:
步骤901:终端设备确定发送第一数据包;
终端设备可以运行第一应用程序,第一应用程序可以是前台应用程序还可以是后台应用程序,还可以是多个应用程序同时运行,其中终端设备处于双连接的网络,即终端设备可以通过LTE链路和NR链路进行数据传输。
在一些实施例中,终端设备发送第一数据包,可以是终端设备接收到用户针对浏览器应用程序的搜索请求,还可以是接收到用户针对应用市场的下载请求。
步骤902:当终端设备确定第一数据包为非预设类型的数据包,执行步骤903;当终端确定所述第一数据包为预设数据包,可以执行步骤904.
在一些实施例中,可以通过数据包的包名来确定当前数据的类型。对于一些时延敏感的数据包类型,可以进行通过打标签的方式进行标识,常见的例如:OTT语音通话数据包、对战游戏数据包、DNS数据包等。
步骤903:当终端设备确定第一数据包的类型为非预设数据包类型的时候,可以按照第一传输策略来进行传输。所述第一传输策略可以如步骤703相同。
步骤904:当终端设备确定第一数据包的类型为预设数据包的类型的时候,终端设备通过第二传输策略来进行传输,所述第二传输策略可以步骤704相同。具体如图10所示,示出了一种第二策略下数据发送示意图,既可以通过低时延通道发送DNS数据包。
在一些实施例中,还可以直接通过硬件资源的占用情况来确定数据包是从低时延通道还是高时延通道,例如,当终端设备调用了麦克风和摄像头时,可以认为终端设备需要发送语音包,即可以通过低时延通道来发送。
本申请实施例相对于图7所的所示的实施例,本实施例通过数据包的类型进行策略的调整,能够更加的精确。传输的效率更好,更省功耗,用户的体验也更好。
如图11所示,本申请实施例还提供一种新的分流数据的方法,结合终端设备的状态以及待发送数据包的类型进行分流策略的选择,具体地:
步骤1101:终端设备运行第一应用程序,步骤可以同步骤701;
步骤1102:终端设备确定当前运行的第一应用程序是为预设应用程序,则执行步骤11053,当终端设备确定运行的第一应用程序为非预设应用程序时,则执行步骤1104;
判断当前运行的第一应用程序的方法可以同步骤704:
步骤1103:当终端设备确定当前运行的第一应用程序是为预设应用程序时,进一步确认当前第一应用程序下的数据包是否为预设类型的数据包,当确认所述第一数据包为预设类型的数据包时,执行步骤1105;当所述第一数据包为非预设类型的数据包的时候,执行步骤1104。
在一些实施例中,确定第一数据包的类型是否为预设数据包的方法可以同步骤703;
在一些实施例中,由于步骤1102中已经确认了当前运行的应用程序,还可以根据第一应用程序上报的状态来决定是否启用步骤1105,例如,一些游戏应用程序可以分为登录状态、对战状态,当检测到第一应用程序为预设的应用程序,并且为预设的状态下,则可以执行1105,通常来讲,在对战状态下,用户对数据的时延要求更高。终端可以通过API接口获取当前应用程序的状态。
在一些实施例中,还可以结合当前终端设备的其他状态来确定是否启用第二传输策略,比如,麦克风是否长期处于开启状态,摄像头是否启动等,当用户的麦克风或者摄像头长期处于开启的状态,可以认为用户在进行语音数据包或者视频数据包的传输,而上述包对时延的要求较高,可以采用第二传输策略。
在一些实施例中,还可以通过端口号来判断当前的数据的类型,例如,当端口号为53的时候,可以确定当前传输的DNS数据包。
在一些实施例中,当确定应用程序已经包名来确定是否确定第二传输策略,例如,当微信在前台运行的时候,并且发送UDP数据包时候,确定终端设备当前在语音或者视频通话。
步骤1104:当确定第一数据包类型为非第一应用程序的预设类型的数据包,或者预设的状态,可以执行步骤1104。
终端设备可以采用第一传输策略,可以同步骤703。
步骤1105:当确定第一数据包为预设类型的数据包,可以进行第二传输策略。
第二传输策略可以同步骤704。
本申请实施例中,终端设备通过确定预设的应用程序类型,在结合数据包类型或者硬件资源占用的情况,确定特定应用程序的特定数据包采用上行分流的传输策略,即将对时延比较敏感的数据包通过低时延通道进行数据传输。
值得说明的是,本申请还提供一种新的数据传输方法,通过判断第一应用程序是否为预设应用程序,决定是否启动第三传输策略的方法,如图12所示:
步骤1201-1203:可以参考步骤701-703的方法;
步骤1204:当确定第一应用程序为预设应用程序的时候,可以采用第三传输策略进行数据发送。
在一些实施例中,第三传输策略可以是自主复制数据包(Duplication)的方法,即当确定应用程序为预设应用程序的时候,在发送数据包的时候,终端设备自主的将待发送的数据复制为两份,并分别通过LTE链路和NR链路发送到网络设备。
在一些实施例中,一些对数据时延要求较高的场景或者数据包如下,具体地,以游戏应用程序为例,可以将游戏分为不同的状态,例如对战状态以及登录状态,通常情况下,用户在对战状态下对时延的要求较高。又比如,用户在通过第三方APP进行语音或者视频通过的时候,终端设备先确定当前前台运行的应用程序是否为预设的应用程序,预设的应用程序可以通过白名单的方式进行设置,还可以是基于用户手动添加的,当确定前台的应用程序是预设的应用程序的时候,进一步通过硬件资源占用的情况确定是否为语音或者视频的状态,例如,可以通过判断MIC或者扬声器的占用情况,进一步,如果用户通过蓝牙连接其他的设备,还可以通过外设的MIC等使用情况来判断。
上述场景如果检测到卡顿后下发modem数据包启动从低时延通道发送,如果网侧不配置辅通道,可以自主启动辅通道传输。
为了加快接收侧的数据包向上递交,减缓因其中一个链路上迟迟不能完成的重传,就需要将将一些稀疏的未能成功传输的数据包在另一个链路上进行同步传输,加速接收侧PDCP接收到的概率,如图13所示,示出了一种基于第三传输策略的数据流传输示意图,数据在PDCP层复制之后,将数据分别发送到LTE链路和NR链路上,且两条链路产生的时延可能有不同,网络侧可以两条链路的时延来确定丢弃那一条链路的数据包。
如图13所示,MCG:Master Cell group,主小区组,SCG:Secondary Cell group,辅小区组,可以简单理解为UE首先发起随机接入(RACH)的Cell所在的Group就是MCG。如果没有进行双链接,也就没有MCG和SCG的概念。或者也可以理解为,如果没有进行双链接,那么该小区组就对应MCG。
本申请实施例对于特定的时延敏感业务需要主动包复制发送,需要依赖于网侧重复包删除技术删除重复包,网络设备会收到两份数据包,传输时延较大的一侧数据包被正常丢弃。
在EN-DC场景下,充分利用LTE和NR的带宽资源。通过自主包复制减少NR弱覆盖场景的ENDC不满足分流门限,不向辅路径分流引入的卡顿问题,当某些数据包不能发送成功时,网路侧PDCP层需要持续等待相应数据包,阻塞其他数据包的向上递交。当数据包在RLC层传输时,按现有协议必须要收到接收侧的ACK,这个数据包传输才算完成。基于EN-DC分流的特点,数据包在两条传输路径分别发送,如果因为传输路径异常引起其中一个路径的数据包发送时延大,则影响整体速率。因此,通过包复制的数据传输策略Duplication提高两条路径的传输可靠性。
本方案的退出条件是应用在低时延通道上卡顿,或者前台应用切后台。根据前台应用自主吐出的卡顿信息或者前台应用的RTT检测实现卡顿检测。
本申请还提供一种新的数据传输方法,通过判断第一应用程序是否为预设类型的数据包,决定是否启动第三传输策略的方法,如图14所示:
步骤1401-1403:步骤可以同901-903;
步骤1404:当终端设备确定第一数据包为预设的数据包类型的时候,可以通过复制包的方法进行数据传输,方法可以同步骤1204所述的方法。
本申请还提供一种新的数据传输方法,通过结合应用程序以及数据包的类型决定是否启动第三传输策略的方法,如图15所示:
步骤1501-1504:可以同步骤1101-1104;
步骤1105:当确定第一数据包的类型为预设数据包类型的时候,可以采用第三传输策略进行传输,如步骤1204的方法。如图16所示,可以将数据包通过复制的方式进行两个通道的同步传输。
在一些实施例中,确定第一数据包的类型是否为预设数据包的方法可以同步骤703;
在一些实施例中,由于步骤1102中已经确认了当前运行的应用程序,还可以根据第一应用程序上报的状态来决定是否启用步骤1105,例如,一些游戏应用程序可以分为登录状态、对战状态,当检测到第一应用程序为预设的应用程序,并且为预设的状态下,则可以执行1105,通常来讲,在对战状态下,用户对数据的时延要求更高。终端可以通过API接口获取当前应用程序的状态。
在一些实施例中,还可以结合当前终端设备的其他状态来确定是否启用第三传输策略,比如,麦克风是否长期处于开启状态,摄像头是否启动等,当用户的麦克风或者摄像头长期处于开启的状态,可以认为用户在进行语音数据包或者视频数据包的传输,而上述包对时延的要求较高,可以采用第三传输策略。
在一些实施例中,还可以通过端口号来判断当前的数据的类型,例如,当端口号为53的时候,可以确定当前传输的DNS数据包。
在一些实施例中,当确定应用程序已经包名来确定是否确定第三传输策略,例如,当微信在前台运行的时候,并且发送UDP数据包时候,确定终端设备当前在语音或者视频通话。
本申请实施例终端设备通过确定预设的应用程序类型,在结合数据包类型或者硬件资源占用的情况,确定特定应用程序的特定数据包采用复制的方法进行传输,这样大大的提升的传输的效率。
本申请实施例还提供一种实现上述实施例的终端设备的架构示意图,如图17所示:可以将终端设备的软件架构包括为应用层、RIL层、kernel内核层、modern侧。
应用层包括识别模块,所述识别模块主要用于识别当前的应用程序,监听应用的包名或者活动activity。
在一些实施例中,还可以监听一些物理资源的占用情况,例如Mic或者摄像头,一种可能的场景:微信的语音场景需要启动自主包复制传输。检测逻辑为相应的activity在前台,且麦克接口长时间处于启动状态,摄像头未启动,则需要进行上述实施例所述的自主包复制传输。
在一些实施例中,还可以监听外设的连接情况,比如蓝牙耳机、手表、手环等连接情况,例如,通过检测蓝牙耳机连接以及摄像头开启,则启动包复制功能传输数据包。
在一些实施例中,还可以监听应用程序的状态,例如游戏应用程序的对战状态启动包复制功能。
RIL层为应用层与物理层的接口层,主要用于控制面数据的传输。
内核层包括主要用于上行包复制策略的配置,例如可以通过标识位来使能该传输策略。由于应用层通常仅能识别出应用或者活动的类型,对于应用相关的数据包类型通常不能识别,这时候需要内核层来进行包类型识别,并且相应的数据包进行打标签,例如,可以通过ock结构体的acc_stat字段去定义,当将该字段中的任一位为1时,可以该数据包需要启动包复制传输或者分流传输,且该字段随数据包发送至modem。
在一些实施例中,内核层中可以存储有预设应用的标识或者数据包的标识,当应用层识别出前台应用为预设应用程序的时候,会发送指令至内核层,启动包复制数据传输。
在一些实施例中,当前台应用切换为非预设应用程序的时候,应用层还发送指令,去使能包复制功能,例如,可以通过ock结构体的acc_stat字段去定义,当将该字段中的任一位设置为0时。
在一些实施中,内核层中可以存储有预设应用程序和或预设数据包的类型的对应关系,以下表为例:
应用程序名 | 数据包类型 | 是否启动 |
A应用程序 | 语音数据包 | 是 |
A应用程序 | 图片数据包 | 否 |
B应用程序 | 图片数据包 | 否 |
内核层根据应用层的操作进行确定待发送的包是否启动包复制或者分流策略,当接收到应用层的发送的数据包,解析数据包中的应用程序名称,进一步判断数据包的类型。
Modem侧:主要用于执行该策略,Modem按照上层的条件给出是否启动包复制传输,从包中解析是否支持自主包复制传输,即可以通过acc_stat字段中的标识位。
在一些实施例中,Modem监测数据包在两个路径的传输情况,如果其中路径上长时间未能成功传输时,或者PDCP缓存数据包超过一定时间阈值;PDCP启动包复制duplication方式处理数据包。
上述框架同样适用第二传输策略分流策略的执行。具体如图18所示:
步骤1801:应用层读取配置文件,识别当前是否满足预设的条件。
具体地,可以应用层中包括一个APK,可以通过该APK实现监听当前应用程序的状态,当确定当前运行的应用程序为预设的应用程序的时候,可以发送指令至内核层。
步骤1802:当满足条件时使能包复制功能策略。
确定当前运行的应用程序为预设的应用程序的时候,可以发送指令至内核层,该指令用于使能包复制传输策略。
步骤1803:内核层启动包复制规则。
如图17所示的描述,内核层包括主要用于上行包复制策略的配置,例如可以通过标识位来使能该传输策略。
步骤1804:给待发送的数据打标签进行发送至modem侧。
本申请实施例还提供一种下行数据传输的方法,相对于上行数据的分流或者复制传输,下行数据接收,终端设备的PDCP层接收到来自LTE链路和NR链路的数据,进行汇聚,发送给上层,如图所述19所示,终端设备收到来自LTE通道的数据包,例如,DNS数据包1,游戏包1,图片包1;还接收到来自NR通道的图片数据包2,以及DNS数据包2,游戏数据包2,当终端设备通过数据包的类型识别到DNS数据包和游戏数据包为时延较为敏感的数据包,则将这个数据包放置在非乱序重拍缓冲区,直接发送至上层应用,而如果是非延时的数据包,例如图片数据包等,则进入乱序重拍缓冲区,该重排缓冲区的特点是需要等待预定时间或者预定数量、大小的数据包达到阈值之后才一起发送给上层应用。
例如下载图片的场景,DNS解析的响应,以及游戏数据包等要求实时响应的数据包的被放到与图片的数据包下载一起乱序重组,导致游戏数据包延迟,DNS解析变慢等问题。LTE和NR的两个通道中,其中一个通道数据包发生延迟将引起整体数传延迟,因此本发明需要集中对容忍乱序业务数据包(例如DNS数据包、游戏数据包、语音通话数据包、直播数据流、混合业务场景等)采用乱序提交的方案。
下行区分时延敏感业务和非时延敏感业务,将游戏和DNS等时延敏感业务不进行乱序重排或者小定时的乱序重排,其他按照时延敏感值设置乱序重排定时器。根据TCP协议栈的RTO的值动态调整下行乱序重排序定时器时长。
方案原理是当下行发生ENDC分流场景识别下行数据包的类型和上层业务类型,部分数据包支持乱序提交,在ENDC存在丢包场景不因为下行乱序重排序对于正常到达的数据包延迟提交。
本申请实施例还提供一种实现上述实施例的终端设备的架构示意图,如图17所示:可以将终端设备的软件架构包括为应用层、RIL层、kernel内核层、modern侧。
涉及到4种流程:初始化、启动下行乱序提交、停止下行乱序提交、
初始化是依据输入配置的json文件获取需要启动自主下行乱序提交的包名和activity名,应用层包括识别模块,所述识别模块主要用于识别当前的的应用程序,监听应用的包名或者活动activity。
在一些实施例中,还可以监听一些物理器件,例如Mic或者摄像头,一种可能的场景:微信的语音场景需要启动自主包复制传输。检测逻辑为相应的activity在前台,且麦克接口长时间处于启动状态,摄像头未启动,则需要进行上述实施例所述的乱序提交。
满足下行乱序提交的场景下发modem启动乱序提交,这里一般是指UDP包。
Modem按照上层的条件给出是否下行乱序重排,仅在NPDCP乱序重排序场景生效,具体地:从包中解析是否支持自主包复制传输;从AT命令中获取是否对UDP包(其中一个条件)启动乱序提交。具体如图20所示:
步骤2001:读取配置文件,当满足预设条件时,下发乱序提交规则;
读取配置文件,用于识别当前前台运行的应用程序,具体步骤如703,当确定当前运行的应用程序为预设的应用程序时,发送控制命令至RIL层;
步骤2003:RIL层接收到指令用,发送启动乱序提交规则至modem层。
步骤2004:当modem接收到下行数据包的时候,确定数据包的类型,当确定接收的数据包为预设的属于包类型,则即可提交至内核层;如果发现该数据包为非预设类型的数据包,则可以将该数据包发送至缓冲区,按照传统的方式进行发送。按照现有的技术,所有的下行数据需要放置在重排缓冲区,当接收到的数据的数量或者大小达到缓冲区的阈值的时候,一起将数据发送至内核层。而本实施例采用乱序提交的方式,即当modem确定下行数据包为预设的数据包类型,通常是时延较为敏感的数据包,则可以立即将上述发送内核层,而不用在缓冲区继续等待,大大的提高的传输效率。
步骤2005:将乱序提交的数据发送至内核层;
当非预设的数据包类型也达到发送条件时,例如缓冲区数据达到阈值时,数据包也发送至内核层;
步骤2006:内核层将数据包发送至对应的第三方应用。
根据本申请的实施例还提供一种应用处理器和modem交互的示意图,如图21所示:
步骤2101:AP检测当前前台应用程序是否为预设的应用程序;
步骤2102:当AP检测确定当前运行的应用程序为预设的应用程序可以发送指令至modem侧,所述指令用于指示modem开启;
步骤2103:modem接收指令后,需要进一步确定需要发送的数据包是否为预设类型的数据包,当需要发送到的数据包为预设类型的数据包时,启动上行分流策略,即通过低时延通道发送该数据包;
步骤2104:AP检测到当前前台应用程序切换至非预设的应用程序,则发送命令至modem侧,不使用上行分流机制。
步骤2105:modem不使用上行分流策略进行数据传输。
如图21所示的应用处理器和modem交互的方法同样也使用modem使用第三传输策略进行数据传输。
本申请实施例还提供一种芯片系统,如图20所示,包括应用处理器和基带处理器(modem),如图22所示的系统芯片1000包括应用处理器1002(application processor,AP)和基带处理器1004(baseband processor,BP)。其中,应用处理器的全称为多媒体应用处理器(multimedia application processor,MAP),指在低功耗中央处理器CPU的基础上拓展了音视频功能和专用接口的超大规模集成电路。应用处理器主要分为三类,可以包括全面型处理器、多媒体型处理器和单一媒体型处理器。全面型处理器既要有多媒体应用处理器的功能,同时也能运行复杂的类似linux之类的操作系统,多媒体型处理器指处理媒介超过两种的处理器,例如图像、声音、视频以及3D图形等媒介。单一多媒体型处理器是指处理一种媒介的处理器,通常仅用于处理图像或声音。
基带处理器是系统芯片中的一个重要部件,相当于一个协议处理器,负责数据的处理和存储,主要由数字信号处理器(digital signal processor,DSP)、微控制器(microcontroller unit,MCU)和内存(如flash、闪存)等单元组成,其对应主要功能为负责基带编码或译码、声音编码和语音编码等。目前,基带处理器不仅支持多种通信标准(例如GSM、LTE、CDMA等),还提供多媒体功能以及提供用于多媒体显示器、图像传感器和音频设备相关的通信接口。
在实际应用中,通常应用处理器AP支持运行的软件包括操作系统、用户界面以及应用程序等。基带处理器BP可以视为一个无线调制解调modem模块,负责协调控制BP与基站和AP之间的通信,其支持运行的软件包括基带调制解调baseband modem的通信控制软件等。
应用处理器AP和基带处理器BP之间支持采用预设的接口技术实现相互通信,该接口技术可为系统自定义设置的,例如其包括但不限于串行外围设备接口(serialperipheral interface,SPI)、通用异步接收/发送装置(universal asynchronousreceiver/transmitter,UART)、通用串行总线(universal serial bus,USB)、通用输入输出控制线(general purpose input/output,GPIO)等接口技术。具体地,应用处理器和基带处理器之间可通过控制命令以消息的格式实现相互间的通信传输,以完成通话、短消息、移动上网等功能。该控制命令可以包括传统AT(attention)命令、移动宽带接口模式(mobilebroadband interface model,MBIM)命令或其他支持AP和BP相互传输的协议命令等。
可选地,如图20所示基带处理器BP支持运行非接入NAS层和无线资源控制RRC层相关的协议软件。在实际应用中,应用处理器AP支持与基带处理器BP中NAS层和RRC层的通信。例如,本申请中应用处理器AP可采用传统AT命令向NAS层发送相应地信令消息,以通知NAS层当前AP所获知的应用状态或设备屏幕状态等信息。
在实际应用中,系统芯片20通常指一种高度复杂系统芯片,例如SOC芯片等。在实际部署时,其可部署在设备内部,也可部署在设备外部,通过有线连接或无线连接实现设备的控制。所述设备包括但不限于用户设备UE或终端设备,例如其具体可包括智能手机、移动互联网设备(mobile internet devices,MID)、穿戴式智能设备或其他支持网络通信的设备等。具体地,当系统芯片1000部署在用户设备内部时,系统芯片20直接用于实现如上图1-图20中任一所述方法实施例中所描述的方法。当系统芯片1000部署在用户设备外部,支持通过有线或无线连接的方式建立系统芯片1000与用户设备之间的通信,则用户设备通过调用或控制系统芯片1000实现如上图1-图20中任一所述方法实施例所描述的方法。
图23示出了终端100的结构示意图。
下面以终端100为例对实施例进行具体说明。应该理解的是,图1A所示终端100仅是一个范例,并且终端100可以具有比图1A中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
终端100可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中,终端100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现终端100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现终端100的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为终端100充电,也可以用于终端100与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他终端,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对终端100的结构限定。在本申请另一些实施例中,终端100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为终端供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
终端100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(lownoise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequencymodulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,终端100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(globalnavigation satellite system,GLONASS),北斗卫星导航系统(beidou navigationsatellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
终端100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,终端100可以包括1个或N个显示屏194,N为大于1的正整数。
终端100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,终端100可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当终端100在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。终端100可以支持一种或多种视频编解码器。这样,终端100可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现终端100的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行终端100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
终端100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。终端100可以设置至少一个麦克风170C。在另一些实施例中,终端100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,终端100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动终端平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,终端100根据压力传感器180A检测所述触摸操作强度。终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定终端100的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定终端100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测终端100抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消终端100的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,终端100通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。终端100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当终端100是翻盖机时,终端100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测终端100在各个方向上(一般为三轴)加速度的大小。当终端100静止时可检测出重力的大小及方向。还可以用于识别终端姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。终端100可以通过红外或激光测量距离。在一些实施例中,拍摄场景,终端100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。终端100通过发光二极管向外发射红外光。终端100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定终端100附近有物体。当检测到不充分的反射光时,终端100可以确定终端100附近没有物体。终端100可以利用接近光传感器180G检测用户手持终端100贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测终端100是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。终端100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,终端100利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,终端100执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,终端100对电池142加热,以避免低温导致终端100异常关机。在其他一些实施例中,当温度低于又一阈值时,终端100对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于终端100的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入,产生与终端100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,终端100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在终端100中,不能和终端100分离。
终端100还可以包括有磁力计(图中未示出),又可称为电子罗盘、指南针,可用于检测磁场强度以及方向。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之,以上所述仅为本申请技术方案的实施例而已,并非用于限定本申请的保护范围。凡根据本申请的揭露,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围。
Claims (12)
1.一种基于业务类型调整数据传输策略的方法,其特征在于,包括:
终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备;
响应于用户的第一操作,所述终端设备运行第一应用程序;
当所述第一应用程序为预设应用程序,且所述终端设备发送的第一数据包为预设数据包;所述预设应用程序通过白名单设置或者由用户手动添加,所述预设数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包;
所述终端设备通过所述LTE链路和所述NR链路分别发送所述第一数据包和第二数据包,其中所述第二数据包为所述第一数据包复制的;
响应于用户的第二操作,所述终端设备运行第二应用程序;
所述终端设备通过所述NR链路发送第三数据包,所述第二应用程序为非预设应用程序或者所述第三数据包为非预设类型的数据包。
2.根据权利要求1所述的方法,其特征在于,所述终端设备具有第一分流门限值,所述门限值为无穷大。
3.根据权利要求1所述的方法,其特征在于,所述终端设备通过监听应用程序的名称或者活动名称确定当前运行的所述第一应用程序为所述预设应用程序。
4.根据权利要求3所述的方法,其特征在于,所述终端设备通过监听所述第一数据包的包名来确定所述第一数据包为所述预设数据包。
5.一种基于业务类型调整数据传输策略的终端设备,其特征在于,所述终端设备包括:
处理器;
计算机存储介质,所述计算及存储介质包括指令,所述处理器执行所述指令时,使得所述终端设备执行以下动作:
终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备;
响应于用户的第一操作,所述终端设备运行第一应用程序;
当所述第一应用程序为预设应用程序,且所述终端设备发送的第一数据包为预设数据包;所述预设应用程序通过白名单设置或者由用户手动添加,所述预设数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包;
所述终端设备通过所述LTE链路和所述NR链路分别发送所述第一数据包和第二数据包,其中所述第二数据包为所述第一数据包复制的;
响应于用户的第二操作,所述终端设备运行第二应用程序;
所述终端通过所述NR链路发送第三数据包,所述第二应用程序为非预设应用程序或者所述第三数据包为非预设类型的数据包。
6.根据权利要求5所述的终端设备,其特征在于,所述终端设备具有第一分流门限值,所述门限值为无穷大。
7.根据权利要求5所述的终端设备,其特征在于,所述终端设备通过监听应用程序的名称或者活动名称确定当前运行的所述第一应用程序为所述预设应用程序。
8.根据权利要求7所述的终端设备,其特征在于,所述终端设备通过监听所述第一数据包的包名来确定所述第一数据包为所述预设数据包。
9.一种芯片系统,应用于终端设备,其特征在于,终端设备通过LTE链路连接4G网络设备,所述终端设备通过NR链路连接5G网络设备,所述芯片系统包括应用处理器和基带处理器,其中:
所述应用处理器用于:
响应于用户的第一操作,所述终端设备运行第一应用程序;
当所述第一应用程序为预设应用程序,发送第一指令至所述基带处理器,所述第一指令用于启动第一传输策略传输上行数据包;所述预设应用程序通过白名单设置或者由用户手动添加;
发送第一数据包;
所述基带处理器用于:
接收所述指令,启动第一传输策略;
接收第一数据包,当所述第一数据包为预设类型的数据包时,通过所述LTE链路和所述NR链路分别发送所述第一数据包和第二数据包,其中,预设数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包,所述第二数据包为所述第一数据包复制的;所述应用处理器还用于:
响应于用户的第二操作,所述终端运行第二应用程序;
发送第三数据包;
所述基带处理器还用于:
接收所述第三数据包,当所述第二应用程序为非预设应用程序或者所述第三数据包为非预设类型的数据包时,通过所述NR链路发送所述第三数据包。
10.一种芯片系统,应用于终端设备,其特征在于,所述芯片系统包括应用处理器和基带处理器,其中:
所述应用处理器用于:
响应于用户的第一操作,所述终端设备运行第一应用程序;
当所述第一应用程序为预设应用程序,发送第一指令至所述基带处理器,所述第一指令用于启动第一传输策略传输下行数据包;所述预设应用程序通过白名单设置或者由用户手动添加;
所述基带处理器用于:
接收所述指令,启动第一传输策略;
接收来自基站的第一数据包,当所述第一数据包为预设类型的数据包时,发送第一数据包至所述第一应用程序;预设数据包类型包括以下至少一种:游戏数据包、语音数据包、DNS数据包、视频数据包、UDP数据包;
当所述第一数据包为非预设类型的数据包的时,发送所述第一数据包至数据缓冲区;
所述应用处理器还用于:
响应于用户的第二操作,所述终端设备运行第二应用程序;
当所述第二应用程序为非预设应用程序,发送第二指令至所述基带处理器,所述第二指令用于关闭第一传输策略传输下行数据包;
所述基带处理器还用于:
接收第三数据包,发送所述第三数据包至所述数据缓冲区。
11.如权利要求10所述的系统,其特征在于,所述基带处理器还用于:
当所述数据缓冲区的数据达到阈值的,发送所述数据缓冲区的数据包至所述第一应用程序。
12.一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求1-4中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010203555.1A CN113498108B (zh) | 2020-03-20 | 2020-03-20 | 基于业务类型调整数据传输策略的芯片、设备以及方法 |
US17/912,803 US20230164630A1 (en) | 2020-03-20 | 2021-03-18 | Chip, Device, and Method for Adjusting Data Transmission Policy Based On Service Type |
PCT/CN2021/081412 WO2021185300A1 (zh) | 2020-03-20 | 2021-03-18 | 基于业务类型调整数据传输策略的芯片、设备以及方法 |
EP21772103.4A EP4106394A4 (en) | 2020-03-20 | 2021-03-18 | DATA TRANSMISSION POLICY SETTING CHIP BASED ON TYPE OF SERVICE, DEVICE AND PROCESS |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010203555.1A CN113498108B (zh) | 2020-03-20 | 2020-03-20 | 基于业务类型调整数据传输策略的芯片、设备以及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113498108A CN113498108A (zh) | 2021-10-12 |
CN113498108B true CN113498108B (zh) | 2023-06-27 |
Family
ID=77770211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010203555.1A Active CN113498108B (zh) | 2020-03-20 | 2020-03-20 | 基于业务类型调整数据传输策略的芯片、设备以及方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230164630A1 (zh) |
EP (1) | EP4106394A4 (zh) |
CN (1) | CN113498108B (zh) |
WO (1) | WO2021185300A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11870878B2 (en) * | 2020-10-07 | 2024-01-09 | Arris Enterprises Llc | Enhancing transmission efficiency of electronic devices in a wireless network |
EP4030709A1 (en) * | 2021-01-19 | 2022-07-20 | Robert Bosch GmbH | Methods and apparatuses for communication |
CN115065997B (zh) * | 2021-12-30 | 2023-01-31 | 荣耀终端有限公司 | 小区变更方法及终端设备 |
US20230292383A1 (en) * | 2022-03-10 | 2023-09-14 | Qualcomm Incorporated | Techniques for data transmission management |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312441A (zh) * | 2012-03-15 | 2013-09-18 | 华为技术有限公司 | 数据包传输方法及系统、发送端设备与接收端设备 |
CN108631962A (zh) * | 2017-03-24 | 2018-10-09 | 维沃移动通信有限公司 | 一种重复数据的传输方法及通信设备 |
CN109257771A (zh) * | 2018-11-16 | 2019-01-22 | 腾讯科技(深圳)有限公司 | 业务数据的传输方法、装置及设备 |
CN109600853A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种上行数据传输方法及装置 |
CN110149730A (zh) * | 2018-02-13 | 2019-08-20 | 华为技术有限公司 | 一种通信方法及装置 |
CN110225553A (zh) * | 2019-05-31 | 2019-09-10 | 中国联合网络通信集团有限公司 | 一种数据分流方法及设备、系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
US11196662B2 (en) * | 2017-07-28 | 2021-12-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and related product |
EP3726743B1 (en) * | 2018-02-14 | 2024-01-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and device, and computer storage medium |
US11212695B2 (en) * | 2018-02-15 | 2021-12-28 | Qualcomm Incorporated | Configuration, activation and deactivation of packet duplication |
US10609750B2 (en) * | 2018-08-03 | 2020-03-31 | Apple Inc. | Devices and methods for next generation technology indicators |
CN110505675B (zh) * | 2019-08-12 | 2022-02-01 | RealMe重庆移动通信有限公司 | 网络连接方法及装置、存储介质、通信终端 |
-
2020
- 2020-03-20 CN CN202010203555.1A patent/CN113498108B/zh active Active
-
2021
- 2021-03-18 WO PCT/CN2021/081412 patent/WO2021185300A1/zh unknown
- 2021-03-18 US US17/912,803 patent/US20230164630A1/en active Pending
- 2021-03-18 EP EP21772103.4A patent/EP4106394A4/en active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312441A (zh) * | 2012-03-15 | 2013-09-18 | 华为技术有限公司 | 数据包传输方法及系统、发送端设备与接收端设备 |
CN108631962A (zh) * | 2017-03-24 | 2018-10-09 | 维沃移动通信有限公司 | 一种重复数据的传输方法及通信设备 |
CN109600853A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种上行数据传输方法及装置 |
CN110149730A (zh) * | 2018-02-13 | 2019-08-20 | 华为技术有限公司 | 一种通信方法及装置 |
CN109257771A (zh) * | 2018-11-16 | 2019-01-22 | 腾讯科技(深圳)有限公司 | 业务数据的传输方法、装置及设备 |
CN110225553A (zh) * | 2019-05-31 | 2019-09-10 | 中国联合网络通信集团有限公司 | 一种数据分流方法及设备、系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113498108A (zh) | 2021-10-12 |
EP4106394A4 (en) | 2023-08-23 |
WO2021185300A1 (zh) | 2021-09-23 |
EP4106394A1 (en) | 2022-12-21 |
US20230164630A1 (en) | 2023-05-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114650588B (zh) | 网络连接的处理方法、相关设备及计算机存储介质 | |
WO2020224486A1 (zh) | 一种通话方法、设备及系统 | |
CN113498108B (zh) | 基于业务类型调整数据传输策略的芯片、设备以及方法 | |
EP3896925B1 (en) | Data transmission method and electronic device | |
CN111132234B (zh) | 一种数据传输方法及对应的终端 | |
WO2020244623A1 (zh) | 一种空鼠模式实现方法及相关设备 | |
WO2021175268A1 (zh) | 移动网络热点的共享方法、装置和热点共享设备 | |
WO2021175300A1 (zh) | 数据传输方法、装置、电子设备和可读存储介质 | |
WO2022083386A1 (zh) | 投屏方法、系统及电子设备 | |
US11412437B2 (en) | Data transmission method and electronic device | |
WO2021169698A1 (zh) | 一种连接管理方法及相关设备 | |
WO2021043250A1 (zh) | 一种蓝牙通信方法及相关装置 | |
US11997736B2 (en) | Connection establishment method and terminal device | |
CN114710812B (zh) | 通信方法和通信装置 | |
WO2021197163A1 (zh) | 一种发送功率控制方法、终端、芯片系统与系统 | |
EP4207870A1 (en) | Data sending method, electronic device, chip system, and storage medium | |
US20230300675A1 (en) | Uplink Data Splitting Method, Terminal Device, and Chip System | |
CN113141637B (zh) | 一种多路径传输控制的方法及控制装置 | |
WO2021143921A1 (zh) | 一种多路径传输控制的方法及控制装置 | |
CN116708317B (zh) | 数据包mtu的调整方法、装置和终端设备 | |
CN115580541B (zh) | 信息同步方法及电子设备 | |
CN114980238B (zh) | Wi-Fi接入的方法及相关设备 | |
EP4362507A1 (en) | Communication system and communication method | |
WO2023061217A1 (zh) | 一种数据传输方法及装置 | |
CN117354876A (zh) | 一种数据迁移方法、电子设备和组网系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |