CN108200598A - 小区测量方法及装置 - Google Patents

Abstract

本申请实施例公开了一种小区测量方法及装置。方法包括：更新移动终端的小区测量策略，移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为第一网络的源小区；按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线测量第二网络的目标小区，第一网络和第二网络为异构移动通信网络。本申请实施例有利于减少移动终端用户面数据中断耗时，提高数据传输实时性。

Description

小区测量方法及装置

技术领域

本申请涉及移动终端技术领域，具体涉及小区测量方法及装置。

背景技术

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

发明内容

本申请实施例提供了小区测量方法及装置，可以避免移动终端因使用主天线执行小区测量而造成的用户面数据传输中断，减少数据传输延时，提高数据传输实时性。

第一方面，本申请实施例提供一种小区测量方法，包括：

更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

第二方面，本申请实施例提供一种小区测量装置，包括更新单元和测量单元，其中，

所述更新单元，用于更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

所述测量单元，用于根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

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

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

第五方面，本申请实施例提供了一种计算机程序产品，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

附图说明

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

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

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

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

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

图1E是本申请实施例提供的一种无线接口协议层的示例图；

图2A是本申请实施例提供的一种小区测量方法的流程示意图；

图2B是本申请实施例提供的一种策略更新前空闲时隙的示例图；

图2C是本申请实施例提供的一种策略更新后空闲时隙的示例图；

图3是本申请实施例公开的一种小区测量方法的流程示意图；

图4是本申请实施例公开的一种小区测量方法的流程示意图；

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

图6是本申请实施例公开的一种小区测量装置的功能单元组成框图。

具体实施方式

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

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

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

示例性的，图1A是本申请实施例涉及的一种支撑移动终端的数据业务的传输网络的系统架构图，其中，移动终端10通过基站20连接运营商核心传输网，运营商核心传输网连接服务器，以游戏业务为例，该服务器例如可以是游戏服务器内网集群等，运营商核心传输网包括第三代移动通信技(3rd-Generation，3G)服务GPRS支持节点(Serving GPRSSupport Node，SGSN)、第四代移动通信技术(the 4th Generation mobilecommunication，4G)核心分组网演进(Evolved Packet Core，EPC)设备、第五代移动通信技(5th-Generation，5G)核心网设备以及未来通信系统的核心网设备等，基站20包括长期演进(Long Term Evolution，LTE)基站eNB，5G基站gNB等。需要说明的，图1A示出的传输网络仅仅是为了更加清楚的说明本申请的技术方案，并不构成对本申请的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

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

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

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

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

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

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

具体的，下行信道中，逻辑信道包括广播控制信道(broadcast control channel，BCCH)、物理控制信道(physical control channel，PCCH)、公共控制信道(common controlchannel，CCCH)、专用控制信道(dedicated control channel，DCCH)、专用业务信道(dedicated traffic channel，DTCH)、多播控制信道(multicast control channel，MCCH)、多播业务信道(multicast traffic channel，MTCH)；其中，BCCH用于eNB向UE广播公用信息，PCCH用于传送寻呼消息，CCCH用于呼叫接续阶段，传输链路连接所需要的控制信息，DCCH用于呼叫持续接单和在通信过程中，传输必需的控制信息，DTCH用于传输来去于网络和终端之间的用户数据，MCCH用于传输请求接收MTCH信息的控制信息，MTCH用于发送下行的MBMS业务。传输信道包括广播信道(broadcast channel，BCH)、寻呼信道(pagingchannel，PCH)、下行共享信道(downlink shared channel，DL-SCH)、多播信道(multicastchannel，MCH)；其中，BCH用于传输BCCH逻辑信道上的信息，PCH用于传输Pcch逻辑信道上的信息，DL-SCH用于在LTE中传输下行数据的传输信道，MCH用于支持MBMS。物理信道包括物理广播信道(physical control channel，PBCH)、物理下行共享信道(physical downlinkshared channel，PDSCH)、物理多播信道(physical Multicast channel，PMCH)；其中，PBCH用于承载传输信道BCH的数据，PDSCH用于承载传输信道PCH、DL-SCH的数据，PMCH用于承载传输信道MCH的数据。

上行信道中，逻辑信道包括CCCH、DCCH和DTCH。传输信道包括随机接入信道(random access channel，RACH)、上行共享信道(uplink shared channel，UL-SCH)；其中，RACH用于寻呼应答和UE主叫登录的接入，UL-SCH和DL-SCH对应的上行信道。物理信道包括物理随机接入信道(physical random access channel，PRACH)、物理上行控制信道(physical uplink control channel，PUCCH)、物理上行共享信道(physical uplinkshared channel，PUSCH)；其中，PRACH用于承载子传输信道RACH的数据，PUSCH用于承载传输信道UL-SCH的数据。

图1E所示的无线接口协议层之间的接口可表达为上述信道，具体的，非接入(Non-access stratum，NAS)层支持UE的移动性和会话管理程序，建立和保持UE和分组数据网关(Packet Data Network Gateway，PDN GW)之间的互联网协议(Internet Protocol，IP)连接。无线资源控制层(Radio Resource Control，RRC)层负责NAS层相关系统信息的广播，接入层(Acess stratum，AS)相关系统信息的广播，寻呼，建立、维护和释放UE与演进的UMTS陆地无线接入网(Evolved UMTS Terrestrial Radio Access Network，E-UTRAN)之间的RRC连接，包括UE与E-UTRAN之间临时标识的分配和用于RRC连接的信令无线承载的配置，密钥管理的安全功能，建立、配置、维护和释放点对点的无线承载等。分组数据汇聚控制(PacketData Convergence Protocol，PDCP)层负责将IP头压缩和解压、传输用户数据并维护为无损的无线网络服务子系统设置的无线承载的序列号。无线链路控制(Radio Link Control，RLC)层支持3种工作模式：透明模式(TM)，非确认模式(UM)，确认模式(AM)，RLC层负责转移上层的协议数据单元(Protocol Data Unit，PDU)，通过自动重传请求(Automatic Repeat-reQuest，ARQ)纠错(仅适用于确认模式AM数据传输)，串联，分割和重组的RLC服务数据单元(Service Data Unit，SDU)(仅适用于UM和AM数据传输)。媒体接入控制(Media AccessControl，MAC)层负责处理混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)重传与上下行调度。MAC层将以逻辑信道的方式为RLC层提供服务。物理层(PhysicalLayer，PHY)负责处理编译码、调制解调、多天线映射以及其它电信物理层功能。物理层以传输信道的方式为MAC层提供服务。MAC层与RLC层之间的接口为逻辑信道。MAC层通过逻辑信道为RLC层提供服务。PHY和MAC层之间的接口为传输信道。PHY层通过传输信道为MAC层提供服务。

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

针对上述情况，本申请实施例提出一种网络接入控制方法，该方法中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

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

请参阅图2，图2是本申请实施例提供了一种小区测量方法的流程示意图，应用于移动终端，示例性的，可以由应用处理器或基带处理器或SoC来执行，如图所示，本小区测量方法包括：

S201，所述移动终端更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区。

其中，所述移动终端不支持载波聚合，且所述移动终端处于连接态。

其中，所述小区是指移动通信系统中的服务小区，该服务小区例如可以是LTE通信系统中的服务小区，5G系统中的服务小区等，此处不做唯一限定。所述小区测量策略对应的测量过程是在预设的空闲时隙期间执行的，该空闲时隙为周期性时隙，以单卡手机为例，如图2B所示，该空闲时隙的时长可以是6ms，双卡手机的空闲时隙一般会更长。

移动通信技术中，载波聚合是指聚合两个或更多的基本载波传输信息以满足更大的带宽需求。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)规定在长期演进升级(LTE-Advanced，LTE-A)系统中，网络设备可以为移动终端配置在载波聚合环境中工作，其中，移动终端可在与一个或多个服务小区相关联的多个成员载波上进行信息传输。上行链路成员载波可由LTE-A系统中的较高层(例如，层2或层3，层2即如图1E中的MAC层，层3即如图1E中的RLC层)配置成主成员载波(primary component carrier，PCC)，其他的成员载波被配置成辅成员载波(slave component carrier，SCC)。PCC一般负责层1(如图1E中的PHY层)的上行控制信息如下行数据的ACK/NACK，调度请求以及周期性的CSI信息的传输，SCC一般负责数据的传递，且SCC的使用率程度降低，一般在空闲时隙时段不会用于执行数据传输。

具体实现中，移动终端可以在检测到前台运行有目标应用程序，且所述目标应用程序的运行界面为多用户在线战术竞技(Multiplayer Online Battle Arena，MOBA)场景界面时，更新移动终端的小区测量策略。其中，所述MOBA场景下的数据传输要求延迟尽量低、尽可能减少中断。

S202，所述移动终端根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

其中，所述源小区例如可以是LTE系统的服务小区，所述目标小区例如可以是5G系统的服务小区，此处不做唯一限定。

可以看出，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

在一个可能的示例中，所述移动终端更新移动终端的小区测量策略之前，所述方法还包括：所述移动终端接收来自目标服务器的小区测量策略更新消息，所述小区测量策略更新消息用于指示更新所述移动终端的所述小区测量策略。

其中，目标服务器例如可以是移动终端当前运行的目标应用程序的开发商服务器。具体实现中，为保证移动终端当前的用户面数据状态维持在比较好的状态，移动终端可以向目标服务器周期性发送数据状态指标，由目标服务器综合预测移动终端的数据需求判定需要更新移动终端的小区测量策略，并下发接收来自应用服务器的小区测量策略更新消息。

可见，本示例中，移动终端能够根据目标服务器发送的更新消息来动态更新小区测量策略，由于目标服务器能够准确评估移动终端的数据需求，从而可以准确指示移动终端更新小区测量策略以更好的支撑数据传输，提高数据传输稳定性。

在一个可能的示例中，所述移动终端更新移动终端的小区测量策略之前，所述方法还包括：所述移动终端检测所述源小区的网络连接状态，所述网络连接状态用于指示所述移动终端更新所述移动终端的所述小区测量策略。

具体实现中，移动终端可以测量所述源小区，获取参考信号接收功率(ReferenceSignal Receiving Power，RSRP)或参考信号接收质量(Reference Singnal ReceivedQuality，RSRQ)等指标来评估源小区的网络连接状态。

其中，所述移动终端根据所述网络连接状态，更新移动终端的小区测量策略的具体实现方式可以是：所述移动终端检测到所述RSRP小于预设RSRP，或者检测到所述RSRQ小于预设RSRQ，更新移动终端的小区测量策略。

可见，本示例中，移动终端能够复用源小区的测量结果，在弱信号场景下更新小区测量策略，提高测量配置的灵活性和便捷性。

在一个可能的示例中，所述移动终端更新移动终端的小区测量策略，包括：所述移动终端将所述移动终端执行小区测量所使用的射频资源由所述主天线更新为所述辅天线；向所述源小区发送更新后的小区测量策略，更新后的所述小区测量策略用于指示所述源小区在所述小区测量周期内检测所述移动终端的业务数据。

其中，常规小区测量策略中，源小区(即源小区的网络设备)在该空闲时隙一般不会和移动终端进行用户面数据的传输。

可见，本示例中，移动终端通过通知源小区，使得源小区在空闲时隙能够同步传输用户面数据，确保移动终端的数据传输的稳定性。

在一个可能的示例中，所述方法还包括：所述移动终端在所述小区测量周期内，使用所述主天线传输所述移动终端的业务数据。

其中，所述使用主天线传输的业务数据包括下行数据和上行数据。如图2C所示，移动终端在更新小区测量策略后，移动终端可以在所述IRAT测量周期内，使用所述PCC的射频资源传输移动终端的业务数据。

可见，本示例中，移动终端更新小区测量策略之后，可以在原本需要中断数据传输的空闲时隙上继续传输用户面数据，从而提高数据传输的连续性和稳定性。

在一个可能的示例中，所述小区测量策略包括无线接入技术间IRAT小区测量策略或所述移动终端的副卡的小区测量策略。

其中，所述IRAT测量包括以下至少一种：接收信号强度指示(received signalstrength indication，RSSI)测量、频率校正信道(frequency correction channel，FCCH)检测、基站身份码(base station identity code，BSIC)确认。

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

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

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

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

S301，所述移动终端接收来自目标服务器的小区测量策略更新消息，所述小区测量策略更新消息用于指示更新所述移动终端的所述小区测量策略。

S302，所述移动终端将所述移动终端执行小区测量所使用的射频资源由所述主天线更新为所述辅天线，所述移动终端的射频系统包括主天线和辅天线，所述移动终端当前接入的小区为第一网络的源小区。

S303，所述移动终端向所述源小区发送更新后的小区测量策略，更新后的所述小区测量策略用于指示所述源小区在所述小区测量周期内检测所述移动终端的业务数据。

S304，所述移动终端根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

S305，所述移动终端在所述小区测量周期内，使用所述主天线传输所述移动终端的业务数据。

可以看出，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

此外，移动终端能够根据目标服务器发送的更新消息来动态更新小区测量策略，由于目标服务器能够准确评估移动终端的数据需求，从而可以准确指示移动终端更新小区测量策略以更好的支撑数据传输，提高数据传输稳定性。

此外，移动终端通过通知源小区，使得源小区在空闲时隙能够同步传输用户面数据，确保移动终端的数据传输的稳定性。

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

S401，所述移动终端检测所述源小区的网络连接状态，所述网络连接状态用于指示所述移动终端更新所述移动终端的所述小区测量策略，所述移动终端的前台运行有目标应用程序，所述目标应用程序的运行界面为多用户在线战术竞技MOBA场景界面。

S402，所述移动终端将所述移动终端的执行IRAT小区测量所使用的射频资源由所述主天线更新为所述辅天线。

S403，所述移动终端向所述源小区发送更新后的IRAT小区测量策略，更新后的所述IRAT小区测量策略用于指示所述源小区在所述IRAT小区测量周期内检测所述移动终端的业务数据。

S404，所述移动终端根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

S405，所述移动终端在所述小区测量周期内，使用所述主天线传输移动终端的业务数据。

可以看出，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

此外，移动终端能够复用源小区的测量结果，在弱信号场景下更新小区测量策略，提高测量配置的灵活性和便捷性。

此外，移动终端通过通知源小区，使得源小区在空闲时隙能够同步传输用户面数据，确保移动终端的数据传输的稳定性。

此外，移动终端更新小区测量策略之后，可以在原本需要中断数据传输的空闲时隙上继续传输用户面数据，从而提高数据传输的连续性和稳定性。

此外，移动终端仅针对MOBA场景进行识别和专属优化，有利于资源均衡，提高续航能力。

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

首先，更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

其次，根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

可以看出，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

在一个可能的示例中，所述程序还包括用于执行以下操作的指令：在所述更新移动终端的小区测量策略之前，接收来自目标服务器的小区测量策略更新消息，所述小区测量策略更新消息用于指示更新所述移动终端的所述小区测量策略。

在一个可能的示例中，所述程序还包括用于执行以下操作的指令：在所述更新移动终端的小区测量策略之前，检测所述源小区的网络连接状态，所述网络连接状态用于指示所述移动终端更新所述移动终端的所述小区测量策略。

在一个可能的示例中，在所述更新移动终端的小区测量策略方面，所述程序中的指令具体用于执行以下操作：将所述移动终端执行小区测量所使用的射频资源由所述主天线更新为所述辅天线；以及向所述源小区发送更新后的小区测量策略，更新后的所述小区测量策略用于指示所述源小区在所述小区测量周期内检测所述移动终端的业务数据。

在一个可能的示例中，所述程序还包括用于执行以下操作的指令：在所述小区测量周期内，使用所述主天线传输所述移动终端的业务数据。

在一个可能的示例中，所述小区测量策略包括无线接入技术间IRAT小区测量策略或所述移动终端的副卡的小区测量策略。

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

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

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

在采用集成的单元的情况下，图6示出了上述实施例中所涉及的小区测量装置的一种可能的功能单元组成框图。小区测量装置600应用于移动终端，包括更新单元601和测量单元602，其中，

所述更新单元601，用于更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

所述测量单元602，用于根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

可见，本申请实施例中，移动终端首先更新移动终端的小区测量策略，其次，按照更新后的小区测量策略，在小区测量周期内使用移动终端的辅天线对目标小区进行测量，且移动终端的射频系统包括主天线和辅天线，移动终端当前接入的小区为源小区，源小区所在网络和目标小区所在网络为异构移动通信网络。可见，移动终端在小区测量周期内，能够复用辅天线测量目标小区，如此可以避免使用主天线测量目标小区而造成移动终端的用户面数据传输中断，有利于减少移动终端的用户面数据传输延时，提高数据传输实时性。

在一个可能的示例中，所述小区测量装置还包括接收单元，所述接收单元，用于在所述更新单元601更新移动终端的小区测量策略之前，接收来自目标服务器的小区测量策略更新消息，所述小区测量策略更新消息用于指示更新所述移动终端的所述小区测量策略。

在一个可能的示例中，所述小区测量装置还包括检测单元，所述检测单元，用于在所述更新单元601更新移动终端的小区测量策略之前，检测所述源小区的网络连接状态，所述网络连接状态用于指示所述移动终端更新所述移动终端的所述小区测量策略。

在一个可能的示例中，在所述更新移动终端的小区测量策略方面，所述程序中的指令具体用于执行以下操作：将所述移动终端执行小区测量所使用的射频资源由所述主天线更新为所述辅天线；以及向所述源小区发送更新后的小区测量策略，更新后的所述小区测量策略用于指示所述源小区在所述小区测量周期内检测所述移动终端的业务数据。

在一个可能的示例中，所述小区测量装置还包括传输单元，其中，所述传输单元，用于在所述小区测量周期内，使用所述主天线传输移动终端的业务数据。

在一个可能的示例中，所述小区测量策略包括无线接入技术间IRAT小区测量策略或所述移动终端的副卡的小区测量策略。

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

其中，上述更新单元601可以是SoC，测量单元602可以是SoC和射频系统。

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

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种小区测量方法，其特征在于，包括：

更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

2.根据权利要求1所述的方法，其特征在于，所述更新移动终端的小区测量策略之前，所述方法还包括：

接收来自目标服务器的小区测量策略更新消息，所述小区测量策略更新消息用于指示更新所述移动终端的所述小区测量策略。

3.根据权利要求1所述的方法，其特征在于，所述更新移动终端的小区测量策略之前，所述方法还包括：

检测所述源小区的网络连接状态，所述网络连接状态用于指示所述移动终端更新所述移动终端的所述小区测量策略。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述更新移动终端的小区测量策略，包括：

将所述移动终端执行小区测量所使用的射频资源由所述主天线更新为所述辅天线；

向所述源小区发送更新后的小区测量策略，更新后的所述小区测量策略用于指示所述源小区在所述小区测量周期内检测所述移动终端的业务数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：

在所述小区测量周期内，使用所述主天线传输所述移动终端的业务数据。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述小区测量策略包括无线接入技术间IRAT小区测量策略或所述移动终端的副卡的小区测量策略。

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

8.一种小区测量装置，其特征在于，包括更新单元和测量单元，其中，

所述更新单元，用于更新移动终端的小区测量策略，更新后的所述小区测量策略用于指示小区测量所使用的资源包括射频系统的辅天线，所述射频系统包括主天线和辅天线，所述移动终端当前接入的小区为源小区；

所述测量单元，用于根据更新后的所述小区测量策略，在小区测量周期内使用所述移动终端的射频系统的辅天线对目标小区进行测量，所述源小区所在网络和所述目标小区所在网络为异构移动通信网络。

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

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