网络切换控制方法及装置与流程

文档序号:14253794阅读:187来源:国知局
网络切换控制方法及装置与流程

本申请涉及移动终端技术领域,具体涉及网络切换控制方法及装置。



背景技术:

随着智能手机等移动终端的相关技术的快速发展,越来越多的应用被安装在用户手机中,如阅读类应用、支付类应用、游戏类应用、音乐类应用等,人们的衣食住行已经与手机密不可分。手机的数据业务过程中的时间开销包括手机本端的基本数据处理操作耗时,以及与网络设备进行数据交互的耗时,该数据交互过程会产生传输时延,影响数据业务的实时性。



技术实现要素:

本申请实施例提供了网络切换控制方法及装置,可以结合实际数据传输情况全面、准确的进行切换控制,提高移动终端数据传输的实时性和稳定性。

第一方面,本申请实施例提供一种网络切换控制方法,应用于移动终端,所述方法包括:

对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果;

对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态;

在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区;

发起针对所述目标服务小区的网络切换。

第二方面,本申请实施例提供一种网络切换控制装置,应用于移动终端,所述网络切换控制装置包括获取单元、确定单元和切换单元,其中,

所述获取单元,用于对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果;

所述获取单元,还用于对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态;

所述确定单元,用于在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区;

所述切换单元,用于发起针对所述目标服务小区的网络切换。

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

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

第五方面,本申请实施例提供了一种计算机程序产品,其中,其中,所述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在测量结果与用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况,更加全面、准确的进行切换控制,从而实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

附图说明

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

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

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

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

图1d是本申请实施例提供的一种移动终端与基站之间的无线接口对应的信道映射图。

图2是本申请实施例提供的一种网络切换控制方法的流程示意图;

图3是本申请实施例公开的一种网络切换控制方法的流程示意图;

图4是本申请实施例公开的一种网络切换控制方法的流程示意图;

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

图6是本申请实施例公开的一种网络切换控制装置的功能单元组成框图。

具体实施方式

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

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

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

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

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

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

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

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

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

图1d是本申请实施例提供的一种移动终端与基站之间的无线接口对应的信道(通信的通道,即信号传输的媒介)映射图。信道具体可包括:逻辑信道、传输信道和物理信道。其中,逻辑信道描述了信息的类型,即定义了传输的是什么信息。传输信道描述的是信息的传输方式,即定义了信息是如何传输的,是一个逻辑虚拟概念,它必须附加在物理信道上。物理信道由物理层用于具体信号的传输,即实际的物理介质组成的信道,也是物理电路或无线等,是个物理概念。

具体的,下行信道中,逻辑信道包括广播控制信道(broadcastcontrolchannel,bcch)、物理控制信道(physicalcontrolchannel,pcch)、公共控制信道(commoncontrolchannel,ccch)、专用控制信道(dedicatedcontrolchannel,dcch)、专用业务信道(dedicatedtrafficchannel,dtch)、多播控制信道(multicastcontrolchannel,mcch)、多播业务信道(multicasttrafficchannel,mtch);其中,bcch用于enb向ue广播公用信息,pcch用于传送寻呼消息,ccch用于呼叫接续阶段,传输链路连接所需要的控制信息,dcch用于呼叫持续接单和在通信过程中,传输必需的控制信息,dtch用于传输来去于网络和终端之间的用户数据,mcch用于传输请求接收mtch信息的控制信息,mtch用于发送下行的mbms业务。传输信道包括广播信道(broadcastchannel,bch)、寻呼信道(pagingchannel,pch)、下行共享信道(downlinksharedchannel,dl-sch)、多播信道(multicastchannel,mch);其中,bch用于传输bcch逻辑信道上的信息,pch用于传输pcch逻辑信道上的信息,dl-sch用于在lte中传输下行数据的传输信道,mch用于支持mbms。物理信道包括物理广播信道(physicalcontrolchannel,pbch)、物理下行共享信道(physicaldownlinksharedchannel,pdsch)、物理多播信道(physicalmulticastchannel,pmch);其中,pbch用于承载传输信道bch的数据,pdsch用于承载传输信道pch、dl-sch的数据,pmch用于承载传输信道mch的数据。

上行信道中,逻辑信道包括ccch、dcch和dtch。传输信道包括随机接入信道(randomaccesschannel,rach)、上行共享信道(uplinksharedchannel,ul-sch);其中,rach用于寻呼应答和ue主叫登录的接入,ul-sch和dl-sch对应的上行信道。物理信道包括物理随机接入信道(physicalrandomaccesschannel,prach)、物理上行控制信道(physicaluplinkcontrolchannel,pucch)、物理上行共享信道(physicaluplinksharedchannel,pusch);其中,prach用于承载子传输信道rach的数据,pusch用于承载传输信道ul-sch的数据。

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

针对上述情况,本申请实施例提出一种网络切换控制方法,该方法中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在测量结果与用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况,更加全面、准确的进行切换控制,从而实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

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

请参阅图2,图2是本申请实施例提供了一种网络切换控制方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或者基带处理器或者soc执行,如图所示,本网络切换控制方法包括:

s201,所述移动终端对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果。

可以理解的是,所述移动终端发起针对目标服务小区的信号覆盖状态的测量过程的触发条件可以是多种多样的,此处不做唯一限定。

举例来说,所述移动终端对目标服务小区的信号覆盖状态进行测量的具体实现方式可以是:移动终端按照预先配置的测量配置信息,周期性的对目标服务小区的信号覆盖状态进行测量。

又举例来说,所述移动终端对目标服务小区的信号覆盖状态进行测量的具体实现方式可以是:所述移动终端接收到当前接入的网络设备的测量配置信令,触发对目标服务小区的信号覆盖状态进行测量。

再举例来说,所述移动终端对目标服务小区的信号覆盖状态进行测量的具体实现方式可以是:所述移动终端检测到前台运行的目标应用程序的数据传输时延较高时,触发对目标服务小区的测量。

其中,所述针对目标服务小区的测量是移动终端处于rrc连接rrc_connected状态下的测量,移动终端具体可以进行以下类型的测量:(1)同频测量:在服务小区的下行载频上进行测量,包括:rsrp、rsrq、路径损耗pthloss等。(2)异频测量:在不同于服务小区的下行载频上进行测量,包括rsrp、rsrq、pthloss等。(3)inter-rat测量:主公共控制物理信道(primarycommoncontrolphysicalchannel,pccpch)rscp、公共导频信道(commonpilotchannel,cpich)rscp、cpichec/no、gsmcarrier接收信号强度指示(receivedsignalstrengthindication,rssi)、基站识别码bsicidentification、bsicreconfirmation等。具体选取何种测量方式此处不做唯一限定。

此外,按照移动终端的测量量不同可分为rsrp和rsrq,rsrp用于指示在考察的测量带宽内,承载小区专有参考信号的资源粒子的功率贡献的线性平均值。取值范围为(0~97),实际值=取值-140dbm。根据ts36.211定义,小区专属参考信号r0将用于决定rsrp。如果移动终端能可靠的检测到小区韧性参考信号r1可用,那么可以使用r0和r1决定rsrp。rsrq用于指示比值nxrsrp/(e-utracarrierrssi),其中n表示e-utracarrierrssi测量带宽中的rb的数量。分子和分母应该在相同的资源上获得。取值范围为(0~34),实际值=(取值-40)/2dbm。e-utra载波接收信号强度指示e-utracarrierrssi,由移动终端从所有源上观察到的总的接收功率(以w为单位)的线性平均,包括公共信道服务和非服务小区,邻近信道干扰、热噪声等。

s202,所述移动终端对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态。

其中,所述数据服务器是指移动终端当前运行的第三方应用程序的数据业务关联的运营商服务器,如游戏应用程序关联的游戏服务器等。

具体实现中,移动终端可以通过因特网包探索器ping测试与所述数据服务器的数据连接状态,获取所述移动终端的用户面数据连接状态。或者通过丢包检测确定丢包率,获取所述移动终端的用户面数据连接状态。此处不做唯一限定。

s203,所述移动终端在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区。

s204,所述移动终端发起针对所述目标服务小区的网络切换。

其中,所述切换的类型包括系统内切换和系统间切换,系统内切换又包括同一基站内切换和不同基站之间切换,同一基站内切换是指同一个基站下多个服务小区之间的切换,不同基站之间切换是指不同基站的多个服务小区之间的切换。系统间切换是指支持不同网络制式的基站的服务小区之间的切换,此处不做唯一限定。切换的目的主要调整分配给移动终端的如图1d所示的信道资源,确定目标小区后的切换流程为协议规定的标准切换流程,具体包括测量、上报、判决和执行等流程,此处不再赘述。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在测量结果与用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况,更加全面、准确的进行切换控制,从而实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

在一个可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为同一通信系统内的服务小区。

在本可能的示例中,所述测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq,所述用户面数据连接状态包括丢包率。

在本可能的示例中,所述移动终端在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区,包括:所述移动终端检测到所述目标服务小区的rsrp大于预设rsrp,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

其中,预设rsrp可以为-75dbm等预设值,此处不做唯一限定。

可见,本示例中,针对测量报告反馈小区连接状态较好,但实际数据连接状态较差的情形,移动终端会提前确定目标服务小区为待切换服务小区,避免实际数据业务的传输时延已不能满足要求,提高数据传输的实时性和稳定性。

在本可能的示例中,所述移动终端在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区,包括:所述移动终端检测到所述目标服务小区的rsrq大于预设rsrq,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

其中,预设rsrq可以是-10、-9、-5、-4等,此处不做唯一限定。

可见,本示例中,针对测量报告反馈小区连接状态较好,但实际数据连接状态较差的情形,移动终端会提前确定目标服务小区为待切换服务小区,避免实际数据业务的传输时延已不能满足要求,提高数据传输的实时性和稳定性。

在一个可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为异构通信系统内的服务小区。

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

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

可见,本示例中,移动终端仅针对moba场景进行识别和专属优化控制,有利于资源均衡,提高续航能力。

与上述图2所示的实施例一致的,请参阅图3,图3是本申请实施例提供的一种网络切换控制方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或者基带处理器或者soc执行,如图所示,本网络切换控制方法包括:

s301,所述移动终端对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果,所述移动终端当前接入的服务小区与所述目标服务小区为同一通信系统内的服务小区,所述测量结果包括参考信号接收功率rsrp,所述用户面数据连接状态包括丢包率。

s302,所述移动终端对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态。

s303,所述移动终端检测到所述目标服务小区的rsrp大于预设rsrp,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

s304,所述移动终端发起针对所述目标服务小区的网络切换。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况更加全面、准确的进行切换控制,从而可以实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

此外,针对测量报告反馈小区连接状态较好,但实际数据连接状态较差的情形,移动终端会提前确定目标服务小区为待切换服务小区,避免实际数据业务的传输时延已不能满足要求,提高数据传输的实时性和稳定性。

与上述图2所示的实施例一致的,请参阅图4,图4是本申请实施例提供的一种网络切换控制方法的流程示意图,应用于移动终端,示例性的,可以由移动终端的应用处理器或者基带处理器或者soc执行,如图所示,本网络切换控制方法包括:

s401,所述移动终端对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果,所述移动终端当前接入的服务小区与所述目标服务小区为同一通信系统内的服务小区,所述测量结果包括参考信号接收质量rsrq,所述用户面数据连接状态包括丢包率。

s402,所述移动终端对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态。

s403,所述移动终端检测到所述目标服务小区的rsrq大于预设rsrq,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

s404,所述移动终端发起针对所述目标服务小区的网络切换。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况更加全面、准确的进行切换控制,从而可以实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

此外,针对测量报告反馈小区连接状态较好,但实际数据连接状态较差的情形,移动终端会提前确定目标服务小区为待切换服务小区,避免实际数据业务的传输时延已不能满足要求,提高数据传输的实时性和稳定性。

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

对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果;

对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态;

在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区;

发起针对所述目标服务小区的网络切换。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况更加全面、准确的进行切换控制,从而可以实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

在本可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为同一通信系统内的服务小区。

在本可能的示例中,所述测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq,所述用户面数据连接状态包括丢包率。

在本可能的示例中,在所述在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区方面,所述程序中的指令具体用于执行以下操作:检测到所述目标服务小区的rsrp大于预设rsrp,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

在本可能的示例中,在所述在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区方面,所述程序中的指令具体用于执行以下操作:检测到所述目标服务小区的rsrq大于预设rsrq,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

在一个可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为异构通信系统内的服务小区。

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

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

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

在采用集成的单元的情况下,图6示出了上述实施例中所涉及的网络切换控制装置的一种可能的功能单元组成框图。网络切换控制装置600应用于移动终端,包括:获取单元601、确定单元602和切换单元603,其中,

所述获取单元601,用于对目标服务小区的信号覆盖状态进行测量,获取所述目标服务小区的测量结果;

所述获取单元601,还用于对数据服务器进行连接状态测试,获取所述移动终端的用户面数据连接状态;

所述确定单元602,用于在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区;

所述切换单元603,用于发起针对所述目标服务小区的网络切换。

可以看出,本申请实施例中,移动终端首先对目标服务小区的信号覆盖状态进行测量,获取目标服务小区的测量结果,其次,对数据服务器进行连接状态测试,获取移动终端的用户面数据连接状态,再次,在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定目标服务小区为待切换服务小区,最后,发起针对目标服务小区的网络切换。可见,移动终端能够结合实际数据传输情况更加全面、准确的进行切换控制,从而可以实现在信号覆盖状态较好、但用户面数据连接状态较差时提前进行切换等,尽可能保证移动终端的数据传输的实际需求,有利于提高移动终端数据传输的实时性和稳定性。

在本可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为同一通信系统内的服务小区。

在本可能的示例中,所述测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq,所述用户面数据连接状态包括丢包率。

在本可能的示例中,在所述在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区方面,所述确定单元602具体用于:检测到所述目标服务小区的rsrp大于预设rsrp,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

在本可能的示例中,在所述在所述测量结果与所述用户面数据连接状态满足预设条件的情况下,确定所述目标服务小区为待切换服务小区方面,所述确定单元602具体用于:检测到所述目标服务小区的rsrq大于预设rsrq,且所述丢包率大于预设丢包率,确定所述目标服务小区为待切换服务小区。

在一个可能的示例中,所述移动终端当前接入的服务小区与所述目标服务小区为异构通信系统内的服务小区。

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

其中,上述获取单元601可以是接收器,上述确定单元602可以是应用处理器或基带处理器或soc,上述切换单元603可以是soc和射频系统。

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

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

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

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

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

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

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

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

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

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

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