CN110225532B - 一种数据接收方法及终端设备 - Google Patents
一种数据接收方法及终端设备 Download PDFInfo
- Publication number
- CN110225532B CN110225532B CN201910341269.9A CN201910341269A CN110225532B CN 110225532 B CN110225532 B CN 110225532B CN 201910341269 A CN201910341269 A CN 201910341269A CN 110225532 B CN110225532 B CN 110225532B
- Authority
- CN
- China
- Prior art keywords
- target
- period
- data packet
- target data
- packets
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
-
- 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)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种数据接收方法及终端设备,涉及通信技术领域,用以解决如何在保证通话质量的基础上,减少终端设备的功耗的问题。该方法应用于终端设备,该方法包括:在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。本发明实施例用于数据接收。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据接收方法及终端设备。
背景技术
随着移动通信技术的发展,人们对语音通话和视频通话的使用频率越来越高,语音通话和视频通话成为当下人们通话的一种主要方式。
现有技术中,语音通话和视频通话的数据通常通过实时传输协议(Real-timeTransport Protocol,RTP)和/或无线传输协议(Packet Data Convergence Protocol,PDCP)进行传输,即,将语音通话和视频通话数据编码生成RTP包和/或PDCP包进行有效数据传输,其中每个数据包除了自身数据之外还包括之前k个包的数据备份。如果RTP包和/或PDCP包连续丢失,就会直接影响通话质量;如果全部接收RTP包和/或PDCP包,就使得终端设备的功耗增加,进而影响终电池的使用寿命。因此如何在保证通话质量的情况下,减少终端设备的功耗成为一个亟待解决的问题。
发明内容
本申请实施例提供一种数据接收方法及终端设备,用以解决如何在保证通话质量的基础上,减少终端设备的功耗的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种数据接收方法,应用于终端设备,所述方法包括:
在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;
若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。
第二方面,本申请实施例提供了一种终端设备,所述终端设备包括:
数据监测单元,用于在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;
数据接收单元,用于若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。
第三方面,本申请实施例提供了一种终端设备,包括:处理器、存储器、显示器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如第一方面所述的数据接收方法的步骤。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如第一方面所述的数据接收方法的步骤。
本申请实施例提供的应用于终端设备的数据接收方法,在基于数据业务建立的目标通话进行过程中,对网络侧设备针对所述目标通话向所述终端设备发送的目标数据包进行监测;若在第一时刻时,目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。若在第一时刻时目标数据包未丢包的累积时间长度达到了阈值时间长度,则表明在第一时刻前的阈值时间长度内,网络信号质量较好且网络信号较稳定;又因为基于数据业务建立的目标通话进行过程中,网络侧设备向终端设备发送的目标数据包除了自身数据之外还包括之前至少一个目标数据包的数据备份,因此在能够接收到网络侧设备发出全部目标数据包时,即使拒绝接收其中的至少一个目标数据包也不会影响目标通话的通话质量,因此申请实施例可以在目标数据包未丢包的累积时间长度达到阈值时间长度的情况下,拒绝接收后续的至少一个目标数据包,从而在保证目标通话的通话质量的同时,避免目标数据包冗余所造成的终端设备的功耗增加。
附图说明
图1为本申请实施例所涉及的通信***的一种可能的结构示意图;
图2为本申请实施例提供的数据接收方法的步骤流程示意图之一;
图3为本申请实施例提供的数据接收方法的步骤流程示意图之二;
图4为本申请实施例提供的终端设备的结构示意图;
图5为本申请实施例提供的终端设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一至少一个实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一输入和第二输入等是用于区别不同的输入,而不是用于描述输入的特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。此外,在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或两个以上。
在现有技术中,如果RTP包和/或PDCP包连续丢失,就会直接影响通话质量;如果全部接收RTP包和/或PDCP包,就使得终端设备的功耗增加,进而影响终电池的使用寿命。因此,本申请用以解决在保证通话质量的基础上,减少数据冗余的问题。
为了解决该问题,本申请实施例提供一种数据接收方法及终端设备。应用于终端设备的数据接收方法,在基于数据业务建立的目标通话进行过程中,对网络侧设备针对所述目标通话向所述终端设备发送的目标数据包进行监测;若在第一时刻时,目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。若在第一时刻时目标数据包未丢包的累积时间长度达到了阈值时间长度,则表明在第一时刻前的阈值时间长度内,网络信号质量较好且网络信号较稳定;又因为基于数据业务建立的目标通话进行过程中,网络侧设备向终端设备发送的目标数据包除了自身数据之外还包括之前至少一个目标数据包的数据备份,因此在能够接收到网络侧设备发出全部目标数据包时,即使拒绝接收其中的至少一个目标数据包也不会影响目标通话的通话质量,因此申请实施例可以在目标数据包未丢包的累积时间长度达到阈值时间长度的情况下,拒绝接收后续的至少一个目标数据包,从而在保证目标通话的通话质量的同时,避免目标数据包冗余所造成的终端设备的功耗增加。
本申请实施例提供的数据接收方法可以应用于终端设备,该终端设备可以为具有操作***的终端设备。该操作***可以为安卓(Android)操作***,也可以为iOS操作***,还可以为其他可能的操作***,本申请实施例不作限定。
本申请实施例提供一种数据接收方法及终端设备,也可以应用于其他诸如具有操作***的终端设备,本申请实施例不作限定。为了便于本领域技术人员的理解,下面以本申请实施例提供的数据接收方法应用于手机为例,介绍该数据接收方法。
图1示出了本申请实施例所涉及的通信***的一种可能的架构示意图。如图1所示,该通信***可以包括:终端设备11、终端设备12以及网络侧设备13。其中,网络侧设备13可以接收终端设备11所传输的上行数据,该上行数据包括目标通话数据,网络侧设备13还可以转发接收到的终端设备11所传输的上行数据,终端设备12接收网络侧设备13发送的下行数据,进而实现终端设备11与终端设备12之间可以通过网络侧设备13进行目标通话。
图1所示通信***中的终端设备11和终端设备12可以为无线终端设备,该无线终端设备可以是指向用户提供语音和/或其他业务数据连通性的设备,具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的PLMN网络中的终端设备等。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,无线终端设备可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据,以及个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备,无线终端也可以为移动设备、UE终端、接入终端、无线通信设备、终端单元、终端站、移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远方站、远程终端(Remote Terminal)、订户单元(Subscriber Unit)、订户站(Subscriber Station)、用户代理(User Agent)、终端装置等。作为一种实例,在本申请实施例中,图1以终端设备是手机为例示出。
进一步的,图1所示通信***中的网络侧设备13可以为基站、核心网设备、发射接收节点(Transmission and Reception Point,TRP)、中继站或接入点等。网络侧设备可以是全球移动通信***(Global System for Mobile communication,GSM)或码分多址(CodeDivision Multiple Access,CDMA)网络中的基站收发信台(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)中的NB(NodeB),还可以是LTE中的eNB或eNodeB(evolutional NodeB)。网络侧设备还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器。网络侧设备还可以是5G通信***中的网络侧设备或未来演进网络中的网络侧设备。此外,在采用不同的无线接入技术的***中,具备基站功能的设备的名称可能会有所不同,例如,在第三代移动通信(3-Generation,3G)网络中,称为NodeB;在LTE***中,称为eNodeB;在第五代移动通信(5G)网络中,称为gNB等等。
本申请实施例提供一种数据接收方法,应用于终端设备,参照图2所示,该数据接收方法包括如下步骤101至步骤103。
步骤101、在目标通话进行过程中,对目标数据包进行监测。
其中,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包。
具体的,数据业务是指除移动通讯(Circuit Switch,CS)域语音业务外的其他业务,具体可以为移动数据流量,也可以为无线区域网络(Wireless Local Area Networks,WLAN),还可以为无线保真(WIreless-Fidelity,WIFI)。
在本申请的实施例提供的数据接收方法中,目标通话可以为基于数据业务建立的视频通话,也可以为基于数据业务的建立语音通话。
可选的,所述目标数据包,包括:RTP数据包和/或PDCP数据包。
即,本申请的实施例提供的数据接收方法可以根据不同的网络架构使用不同的数据传输方式,可以使用RTP数据包进行数据传输,也可以使用PDCP数据包进行数据传输,还可以使用RTP数据包和PDCP数据包一起进行数据传输。
具体的,在本申请的实施例提供的数据接收方法中,对目标数据包进行监测可以为从目标通话建立起,终端设备开始监测用户通话时目标数据包的接收情况,示例性的,终端设备的监测结果可以为:f(t1)=R1,f(t2)=R2,……,f(tn)=Rn,其中,ti代表目标数据包i的接收时刻,Ri代表ti时刻接收的目标数据包。
步骤102、判断所述目标数据包未丢包的累积时间长度是否达到阈值时间长度。
具体的,在本申请的实施例提供的数据接收方法中,终端设备在接收任一目标数据包之前,会先获取该目标数据包的序列号,任一目标数据包的序列号唯一,相邻目标数据包的序列号连续。由于序列号唯一且相邻目标数据包的序列号连续,因此终端设备可以通过判断接收到的相邻目标数据包的序列号之间是否连续,进而确定接收到的相邻目标数据包之间是否存在丢包。即,在终端设备接收到的相邻目标数据包的序列号之间是连续的情况下,确定接收到的相邻目标数据包之间没有发生丢包;在终端设备接收到的相邻目标数据包的序列号之间是不连续的情况下,确定接收到的相邻目标数据包之间发生了丢包。
进一步的,在本申请的实施例提供的数据接收方法中,判断所述目标数据包未丢包的累积时间长度是否达到阈值时间长度,可以通过计时器进行判断,即,可以设置一个计时器,该计时器在接收到第一个目标数据包时开始计时,在累积时间长度未达到阈值时间长度,且出现丢包时计时器清零,重新开始计时;在累积时间长度达到阈值时间长度时计时结束,该计时器计时结束的时刻为第一时刻。若该计时器在tj时刻计时器开始计时,到(tj+T)时刻计时器计时结束,其中,T为阈值时间长度,在(tj,(tj+T))区间内终端设备所接收到的目标数据包的序列号是连续的,则确定所述目标数据包未丢包的累积时间长度达到该阈值时间长度T。
此外,在本申请的实施例提供的数据接收方法中,判断所述目标数据包未丢包的累积时间长度是否达到阈值时间长度,还可以通过函数运算进行判断,即,若在一段时间内终端设备所接收到的目标数据包所对应的序列号连续,则可以通过该时间段内的后一未丢包的时刻减去该时间段开始时的第一未丢包的时刻的差值与阈值时间长度进行比较,若该差值不小于阈值时间长度,则可以确定所述目标数据包未丢包的累积时间长度达到阈值时间长度。示例性的,若存在tk、tg两个目标数据包的接收时刻满足:tk-tg≥T,且在(tk,tg)区间内终端设备所接收到的目标数据包所对应的序列号连续,则可以确定所述目标数据包未丢包的累积时间长度达到该阈值时间长度T。
在本申请的实施例提供的数据接收方法中,阈值时间长度可以根据不同的终端设备,不同的网络架构,以及不同的使用需求进行设置,本申请实施例不做限定。
在上述步骤102中,若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则执行步骤103。
步骤103、基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。
可选的,在本申请的实施例提供的数据接收方法中,所述基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包,包括:步骤a和步骤b。
步骤a、在所述第一时刻之后,以预设时间长度为一个周期,获取每一个周期的目标策略。
本申请的实施例中,对预设时间长度不做明确限定,以能够满足监测需要与使用需求为准。示例性的,预设时间长度可以为100ms,200ms,500ms等。
步骤b、基于任一周期的目标策略拒绝接收该周期内的至少一个所述目标数据包。
在本申请的实施例提供的数据接收方法中,基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包,首先在所述第一时刻之后,以预设时间长度为一个周期,获取每一个周期的目标策略,再基于任一周期的目标策略拒绝接收该周期内的至少一个所述目标数据包。
由于网络信号质量是实时变化的,因此相比于第一时刻之后执行相同目标策略进行目标数据包接收方法,本申请的实施例提供的数据接收方法能够基于任一周期的参考信号接收功率(Reference Signal Receiving Power,RSRP)和参考信号接收质量(ReferenceSignal Receiving Quality,RSRQ)获取该周期的目标策略,很好的适应了网络信号质量的实时变化,使得本申请的实施例提供的数据接收方法能够根据网络信号质量实时变化,适应性调整对目标数据包的接受策略,进而在保证通话质量的基础上,减少终端设备的数据冗余。
如图3所示:步骤a中获取每一个周期的目标策略,包括:步骤1031和步骤1032。
步骤1031、获取每一个周期的RSRP和RSRQ。
任一周期的RSRP为接收该周期的前n个目标数据包时的RSRP的平均值,任一周期的RSRQ为接收该周期的前n个目标数据包时的RSRQ的平均值,n为正整数;
即,在本申请的实施例提供的数据接收方法中,任一周期的RSRP为接收该周期的前n个目标数据包时的RSRP的平均值,任一周期的RSRQ为接收该周期的前n个目标数据包时的RSRQ的平均值,也就是说,任一周期的前n个目标数据包的RSRP的平均值,作为该周期的RSRP,任一周期的前n个目标数据包的RSRQ的平均值,作为该周期的RSRQ。
示例性的,在本申请的实施例中,若n=3时,监测一个周期开始的前三个目标数据包接收时刻t1、t2、t3的RSRP和RSRQ,RSRP和RSRQ的值分别为:p(t1)=P1、p(t2)=P2、p(t3)=P3,q(t1)=Q1、q(t2)=Q2、q(t3)=Q3,那么,该周期的RSRP=(P1+P2+P3)/3,该周期的RSRQ=(Q1+Q2+Q3)/3。
步骤1032、基于任一周期的RSRP和RSRQ,确定该周期的目标策略。
具体的,基于任一周期的RSRP和RSRQ,确定该周期的目标策略,包括:
在任一周期的RSRP≤10db,且RSRQ≥-95dBm情况下,将该周期的目标策略确定为每接收两个所述目标数据包,拒绝接收一个所述目标数据包。
具体的,在本申请的实施例提供的数据接收方法中,在获取任一周期的RSRP和RSRQ后,判断该周期的RSRP是否满足RSRP≤10db,并且判断该周期的RSRQ是否满足RSRQ≥-95dBm;在RSRP≤10db,且RSRQ≥-95dBm情况下,将该周期的目标策略确定为每接收两个所述目标数据包,拒绝接收一个所述目标数据包。
进一步的,终端设备在接收任一目标数据包之前,会先获取该目标数据包的序列号,该序列号为唯一的序列号,且相邻目标数据包的序列号连续。在获取任一周期的RSRP和RSRQ确定该周期内的目标策略后,终端设备根据目标数据包的序列号,判断待接收的目标数据包是否为需要按照目标策略应该拒绝接收的目标数据包,若待接收数据包是需要拒绝接收的目标数据包,终端设备拒绝接收该目标数据包,准备接受下一个目标数据包。
示例性的,以下以目标策略为每接收两个所述目标数据包,拒绝接收一个所述目标数据包为例对上述实施例进行说明。若网络侧设备在该周期内发出的目标数据包的依次为:R1、R2、R3、R4、R5、R6……,则终端设备接收目标数据包为序列号为R1、R2、R4、R5、……的目标数据包,终端设备拒绝接收目标数据包为序列号为R3、R6、R9……的目标数据包。
在任一周期的10db<RSRP≤15db,且-105dBm≤RSRQ<-95dBm情况下,将该周期的目标策略确定为每接收四个所述目标数据包,拒绝接收一个所述目标数据包;
具体的,在本申请的实施例提供的数据接收方法中,在获取任一周期的RSRP和RSRQ后,判断该周期的RSRP是否满足0db<RSRP≤15db,并且判断该周期的RSRQ是否满足-105dBm≤RSRQ<-95dBm,在10db<RSRP≤15db,且-105dBm≤RSRQ<-95dBm情况下,将该周期的目标策略确定为每接收四个所述目标数据包,拒绝接收一个所述目标数据包。
示例性的,以下以目标策略为每接收两四个所述目标数据包,拒绝接收一个所述目标数据包为例对上述实施例进行说明。若网络侧设备发出的目标数据包的依次为:R1、R2、R3、R4、R5、R6……,则终端设备接收到的目标数据包为序列号为R1、R2、R3、R4、R6……的目标数据包,终端设备拒绝接收的目标数据包为序列号为R5、R10……的目标数据包。
在任一周期的RSRP>15db,且RSRQ<-105dBm情况下,将该周期的目标策略确定为每接收五个所述目标数据包,拒绝接收一个所述目标数据包。
具体的,在本申请的实施例提供的数据接收方法中,在获取任一周期的RSRP和RSRQ后,判断该周期的RSRP是否满足RSRP>15db,并且判断该周期的RSRQ是否满足RSRQ<-105dBm,在RSRP>15db,且RSRQ<-105dBm情况下,将该周期的目标策略确定为每接收五个所述目标数据包,拒绝接收一个所述目标数据包。
示例性的,以下以目标策略为每接收五个所述目标数据包,拒绝接收一个所述目标数据包为例对上述实施例进行说明。若网络侧设备发出的目标数据包的依次为:R1、R2、R3、R4、R5、R6……,则终端设备接收到的目标数据包为序列号为R1、R2、R3、R4、R5、R7……的目标数据包,终端设备拒绝接收的目标数据包为序列号为R6、R12……的目标数据包。
由于在本申请的实施例提供的数据接收方法中,具有基于任一周期的RSRP和RSRQ确定该周期的目标策略的具体判断标准,因此该终端设备可以按照确定的该周期的目标策略拒绝接收至少一个待接收的目标数据包,进而在保证通话质量的情况下减少了接收目标数据包的数量,避免目标数据包冗余所造成的终端设备的功耗增加。
可选的,在本申请的实施例提供的数据接收方法,在基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包过程中,所述方法还包括:
若在第二时刻在监测到第一目标数据包出现丢包的情况下,接收所述第二时刻之后的所有所述目标数据包。
其中,所述第一目标数据包为除拒绝接收的所述目标数据包之外的数据包。
示例性的,以目标策略为:每接收两个所述目标数据包,拒绝接收一个所述目标数据包为例进行说明,若终端设备待接收的目标数据包为序列号为R1、R2、R3、R4……R9、R10的目标数据包,则第一目标数据包为序列号为R1、R2、R4、R5、R7、R8、R10的目标数据包,终端设备拒绝接收的目标数据包为序列号为R3、R6、R9的目标数据包。第一数据包的数量加上拒绝接收的数据包的数量等于网络设备转发给终端设备的目标数据包的数量。
由于该终端设备在监测到第一目标数据包出现丢包的情况下,接收第二时刻之后的所有目标数据包,即使终端设备丢失第二时刻之后的至少一个目标数据包也不会影响目标通话的通话质量,因此本申请实施例可以在网络信号质量不好的情况下,及时调整接收目标数据包的目标策略,进而保证该终端设备的通话质量。
本申请另一实施例提供一种终端设备,具体的,参照图4所示,该终端设备400,包括:
数据监测单元401,用于在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;
数据接收单元402,用于若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。
可选的,所述数据接收单元402,还用于在所述第一时刻之后,以预设时间长度为一个周期,获取每一个周期的目标策略;
基于任一周期的目标策略拒绝接收该周期内的至少一个所述目标数据包。
可选的,所述数据接收单元402,还用于获取每一个周期的RSRP和RSRQ,任一周期的RSRP为接收该周期的前n个目标数据包时的RSRP的平均值,任一周期的RSRQ为接收该周期的前n个目标数据包时的RSRQ的平均值,n为正整数。
所述数据接收单元402,还用于基于任一周期的RSRP和RSRQ获取该周期的目标策略。
可选的,所述数据接收单元402,具体用于:
在任一周期的RSRP≤10db,且RSRQ≥-95dBm情况下,将该周期的目标策略确定为每接收两个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的10db<RSRP≤15db,且-105dBm≤RSRQ<-95dBm情况下,将该周期的目标策略确定为每接收四个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的RSRP>15db,且RSRQ<-105dBm情况下,将该周期的目标策略确定为每接收五个所述目标数据包,拒绝接收一个所述目标数据包。
可选的,所述数据接收单元402,还用于若在第二时刻在监测到第一目标数据包出现丢包,接收所述第二时刻之后的所有所述目标数据包;
其中,所述第一目标数据包为除拒绝接收的所述目标数据包之外的数据包。
可选的,所述目标数据包包括:实时传输协议RTP数据包和/或分组数据汇聚协议PDCP数据包。
本申请实施例提供的终端设备包括:数据监测单元和数据接收单元,在基于数据业务建立的目标通话进行过程中,数据监测单元对网络侧设备针对所述目标通话向所述终端设备发送的目标数据包进行监测;在第一时刻时,目标数据包未丢包的累积时间长度达到阈值时间长度,数据接收单元基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。若在第一时刻时目标数据包未丢包的累积时间长度达到了阈值时间长度,则表明在第一时刻前的阈值时间长度内,网络信号质量较好且网络信号较稳定;又因为基于数据业务建立的目标通话进行过程中,网络侧设备向终端设备发送的目标数据包除了自身数据之外还包括之前至少一个目标数据包的数据备份,因此在能够接收到网络侧设备发出全部目标数据包时,即使拒绝接收其中的至少一个目标数据包也不会影响目标通话的通话质量,因此申请实施例可以在目标数据包未丢包的累积时间长度达到阈值时间长度的情况下,拒绝接收后续的至少一个目标数据包,从而在保证目标通话的通话质量的同时,避免目标数据包冗余所造成的终端设备的功耗增加。
图5为实现本申请各个实施例的一种终端设备的硬件结构示意图,如图5所示,该终端设备500包括但不限于:射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图5中示出的终端设备结构并不构成对终端设备的限定,终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。在本申请实施例中,终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
其中,处理器110,用于在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包。
射频单元101,用于若在第一时刻时所述目标数据包未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。
本申请实施例提供的终端设备包括:处理器110和射频单元101,在基于数据业务建立的目标通话进行过程中,处理器110对网络侧设备针对所述目标通话向所述终端设备发送的目标数据包进行监测;若在第一时刻时目标数据包未丢包的累积时间长度达到阈值时间长度,射频单元101基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包。若在第一时刻时目标数据包未丢包的累积时间长度达到了阈值时间长度,则表明在第一时刻前的阈值时间长度内,网络信号质量较好且网络信号较稳定;又因为基于数据业务建立的目标通话进行过程中,网络侧设备向终端设备发送的目标数据包除了自身数据之外还包括之前至少一个目标数据包的数据备份,因此在能够接收到网络侧设备发出全部目标数据包时,即使拒绝接收其中的至少一个目标数据包也不会影响目标通话的通话质量,因此申请实施例可以在目标数据包未丢包的累积时间长度达到阈值时间长度的情况下,拒绝接收后续的至少一个目标数据包,从而在保证目标通话的通话质量的同时,避免目标数据包冗余所造成的终端设备的功耗增加。
应理解的是,本申请实施例中,射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将来自基站的下行数据接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信***与网络和其他设备通信。
终端设备通过网络模块102为用户提供了无线的宽带互联网访问,如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与终端设备400执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。
输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音,并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。
终端设备400还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在终端设备400移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等,在此不再赘述。
显示单元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上提供相应的视觉输出。虽然在图5中,触控面板1071与显示面板1061是作为两个独立的部件来实现终端设备的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现终端设备的输入和输出功能,具体此处不做限定。
接口单元108为外部装置与终端设备400连接的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到终端设备400中的一个或多个元件或者可以用于在终端设备400和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是终端设备的控制中心,利用各种接口和线路连接整个终端设备的各个至少一个,通过运行或执行存储在存储器109中的软件程序和/或模块,以及调用存储在存储器109中的数据,执行终端设备的各种功能和处理数据,从而对终端设备进行整体监控。处理器110可包括一个或多个处理单元;可选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
终端设备400还可以包括给各个部件供电的电源111(比如电池),可选的,电源111可以通过电源管理***与处理器110逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
另外,终端设备400包括一些未示出的功能模块,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述数据接收方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,的计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等。
其中,本申请实施例提供的终端设备、计算机存储介质均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的至少一个可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (12)
1.一种数据接收方法,其特征在于,应用于终端设备,所述方法包括:
在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;
若在第一时刻时所述目标数据包连续未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包;
其中,所述目标策略由参考信号接收功率RSRP和参考信号接收质量RSRQ确定;
所述基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包,包括:
在所述第一时刻之后,以预设时间长度为一个周期,获取每一个周期的目标策略;
基于任一周期的目标策略拒绝接收该周期内的至少一个所述目标数据包。
2.根据权利要求1所述的方法,其特征在于,所述获取每一个周期的目标策略,包括:
获取每一个周期的RSRP和RSRQ,任一周期的RSRP为接收该周期的前n个目标数据包时的RSRP的平均值,任一周期的RSRQ为接收该周期的前n个目标数据包时的RSRQ的平均值,n为正整数;
基于任一周期的RSRP和RSRQ获取该周期的目标策略。
3.根据权利要求2所述的方法,其特征在于,所述基于任一周期获取该周期的目标策略,包括:
在任一周期的RSRP≤10db,且RSRQ≥-95dBm情况下,将该周期的目标策略确定为每接收两个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的10db<RSRP≤15db,且-105dBm≤RSRQ<-95dBm情况下,将该周期的目标策略确定为每接收四个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的RSRP>15db,且RSRQ<-105dBm情况下,将该周期的目标策略确定为每接收五个所述目标数据包,拒绝接收一个所述目标数据包。
4.根据权利要求1所述的方法,其特征在于,在基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包过程中,所述方法还包括:
若在第二时刻监测到第一目标数据包出现丢包,接收所述第二时刻之后的所有所述目标数据包;
其中,所述第一目标数据包为除拒绝接收的所述目标数据包之外的目标数据包。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述目标数据包包括:实时传输协议RTP数据包和/或分组数据汇聚协议PDCP数据包。
6.一种终端设备,其特征在于,所述终端设备包括:
数据监测单元,用于在目标通话进行过程中,对目标数据包进行监测,所述目标通话为基于数据业务建立的通话,所述目标数据包为网络侧设备针对所述目标通话向所述终端设备发送的数据包;
数据接收单元,用于若在第一时刻时所述目标数据包连续未丢包的累积时间长度达到阈值时间长度,则基于目标策略拒绝接收所述第一时刻之后的至少一个所述目标数据包;
其中,所述目标策略由RSRP和RSRQ确定;
所述数据接收单元,还用于在所述第一时刻之后,以预设时间长度为一个周期,获取每一个周期的目标策略;
基于任一周期的目标策略拒绝接收该周期内的至少一个所述目标数据包。
7.根据权利要求6所述的终端设备,其特征在于,
所述数据接收单元,还用于获取每一个周期的RSRP和RSRQ,任一周期的RSRP为接收该周期的前n个目标数据包时的RSRP的平均值,任一周期的RSRQ为接收该周期的前n个目标数据包时的RSRQ的平均值,n为正整数;
所述数据接收单元,还用于基于任一周期的RSRP和RSRQ获取该周期的目标策略。
8.根据权利要求7所述的终端设备,其特征在于,
所述数据接收单元具体用于:
在任一周期的RSRP≤10db,且RSRQ≥-95dBm情况下,将该周期的目标策略确定为每接收两个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的10db<RSRP≤15db,且-105dBm≤RSRQ<-95dBm情况下,将该周期的目标策略确定为每接收四个所述目标数据包,拒绝接收一个所述目标数据包;
在任一周期的RSRP>15db,且RSRQ<-105dBm情况下,将该周期的目标策略确定为每接收五个所述目标数据包,拒绝接收一个所述目标数据包。
9.根据权利要求6所述的终端设备,其特征在于,
所述数据接收单元,还用于若在第二时刻在监测到第一目标数据包出现丢包,接收所述第二时刻之后的所有所述目标数据包;
其中,所述第一目标数据包为除拒绝接收的所述目标数据包之外的数据包。
10.根据权利要求6至9中任一项所述的终端设备,其特征在于,
所述目标数据包包括:实时传输协议RTP数据包和/或分组数据汇聚协议PDCP数据包。
11.一种终端设备,其特征在于,包括:处理器、存储器、显示器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的数据接收方法的步骤。
12.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的数据接收方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910341269.9A CN110225532B (zh) | 2019-04-25 | 2019-04-25 | 一种数据接收方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910341269.9A CN110225532B (zh) | 2019-04-25 | 2019-04-25 | 一种数据接收方法及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110225532A CN110225532A (zh) | 2019-09-10 |
CN110225532B true CN110225532B (zh) | 2023-01-17 |
Family
ID=67819988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910341269.9A Active CN110225532B (zh) | 2019-04-25 | 2019-04-25 | 一种数据接收方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110225532B (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011110130A2 (zh) * | 2011-04-25 | 2011-09-15 | 华为技术有限公司 | 报文冗余度调整方法、相关设备及网络*** |
CN103607255A (zh) * | 2013-10-21 | 2014-02-26 | 国家电网公司 | 无线信道视频通信丢包率控制方法 |
CN106034088A (zh) * | 2015-03-18 | 2016-10-19 | 中兴通讯股份有限公司 | 一种丢包控制方法及装置 |
US9999049B2 (en) * | 2015-08-31 | 2018-06-12 | Qualcomm Incorporated | Avoiding unnecessary protocol data unit (PDU) transmissions |
CN105227552A (zh) * | 2015-09-25 | 2016-01-06 | 重庆邮电大学 | 一种td-lte应急终端语音业务质量保障方法 |
CN107104760B (zh) * | 2017-04-13 | 2020-09-08 | 腾讯科技(深圳)有限公司 | 一种传输数据包的方法、客户端以及服务器 |
-
2019
- 2019-04-25 CN CN201910341269.9A patent/CN110225532B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110225532A (zh) | 2019-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110099421B (zh) | 一种信号处理方法、装置和终端设备 | |
CN110784898B (zh) | 网络切换方法、移动终端及计算机可读存储介质 | |
CN108834089B (zh) | Sim卡切换方法、移动终端及计算机可读存储介质 | |
CN110175062B (zh) | 一种移动终端的屏幕刷新帧率方法、移动终端及存储介质 | |
CN108965306B (zh) | 一种通话处理方法及移动终端 | |
CN112004173B (zh) | 蓝牙耳机的切换方法、移动终端及计算机可读存储介质 | |
CN111615141B (zh) | 测量方法、测量配置方法、终端和网络设备 | |
CN110944351B (zh) | 一种测量配置方法、设备及*** | |
CN111479309B (zh) | 业务处理方法、用户设备及计算机可读存储介质 | |
CN109256151B (zh) | 通话语音调控方法、装置、移动终端及可读存储介质 | |
CN110049481B (zh) | 一种业务指示方法和相关设备 | |
WO2019242465A1 (zh) | 一种资源请求方法及用户设备 | |
CN111800794B (zh) | 解调参考信号位置的确定方法及设备 | |
CN109309953B (zh) | 功耗检测方法、装置、终端及可读存储介质 | |
CN112954755B (zh) | 一种优化网络切换方法、装置及计算机可读存储介质 | |
CN112492340B (zh) | 直播音频采集方法、移动终端及计算机可读存储介质 | |
CN107517487B (zh) | 通话控制方法及移动终端 | |
CN112770279B (zh) | 网络共享方法、移动终端及计算机可读存储介质 | |
CN109587260B (zh) | 一种资源获取方法、装置以及*** | |
CN110831129A (zh) | 一种测量指示方法、设备及*** | |
CN109699058B (zh) | 小区切换方法及装置 | |
CN113543313A (zh) | 寻呼响应方法、终端及网络设备 | |
CN111800826A (zh) | 一种rohc反馈处理方法及用户设备 | |
CN112911666B (zh) | 一种小区重选方法及装置 | |
CN112672203B (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 |