小区选择方法及装置、用户设备及存储介质

技术领域

本公开涉及无线通信技术领域，尤其涉及一种小区选择方法及装置、用户设备及存储介质。

背景技术

基于网优配置原因，现网的通信过程中，会出现当前服务小区的信号质量比较强，但是通信质量(示例性地，例如，信噪比)比较差的情况下，UE依然驻留在当前服务小区。但是这种情况下，用户设备(User Equipment，UE)会出现通信延时大和/或丢包率大等通信质量差现象。

发明内容

本公开提供一种小区选择方法及装置、用户设备及存储介质。

本公开实施例第一方面提供一种小区选择方法，应用于UE中，所述方法包括：

获取网络侧为UE分配的传输链路的参数值；

响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

基于上述方案，所述传输链路包括：上行链路和下行链路；

所述响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择，包括：

响应于根据所述参数值确定出所述UE被分配的上行链路和下行链路的至少其中之一不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

基于上述方案，所述获取网络侧为UE分配的资源参数，包括：

获取所述网络侧为所述UE分配的下行链路的参数值；

和/或

获取所述网络侧为所述UE分配的上行链路的参数值。

基于上述方案，所述下行链路的参数值，包括以下至少之一：

所述下行链路的参考信号接收功率RSRP；

所述下行链路的信噪比；

所述下行链路的误码率。

基于上述方案，所述上行链路的参数值，包括以下至少之一：

所述上行链路的上行授权；

待在所述上行链路传输的缓存数据尺寸(Buffer Size Report，BSR)；

所述上行链路的信道质量指示(Channel Quality Indication，CQI)；

所述上行链路的链路损耗；

所述上行链路的编码与编码策略(Modulation and Coding Scheme，MCS)。

基于上述方案，所述方法还包括：

确定所述UE的服务小区的参考信号强度是否满足第一触发条件；

响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，其中，所述第二触发条件为：基于为所述参数值确定是否触发所述UE进行小区选择的触发条件。

基于上述方案，所述响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，包括：

响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

基于上述方案，所述方法还包括：

响应于所述UE的当前业务场景不是所述预设业务场景，确定执行所述第一触发条件。

基于上述方案，所述预定业务场景包括以下至少之一：

所述UE已启动处于预设应用名单中的应用程序；

所述UE已启动处于预设功能名单中的功能；

所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象。

基于上述方案，所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象包括以下至少之一：

所述UE的当前待传输数据包的缓存队列已满；

所述UE的当前待传输数据包的缓存队列出现丢包现象；

所述UE接收数据包出现丢包现象；

所述UE传输的数据包的传输延时达到预设延时值；

所述UE的用户界面的切换出现卡顿现象；

所述UE的用户界面内的播放窗口的多媒体信息播放出现卡顿现象。

基于上述方案，所述方法还包括：

在所述UE的服务小区的信号参考质量不支持所述第一触发条件时，触发所述UE的小区选择。

基于上述方案，所述方法还包括：

根据预设信息，确定所述UE的当前业务场景的传输需求；其中，所述预设信息包括以下至少之一：

所述当前业务场景的当前运行信息；

所述当前业务场景的历史运行信息；

在所述当前业务场景下的操作行为信息；

所述当前业务场景的属性信息，其中，所述属性信息至少包括：所述当前业务场景所对应应用程序的程序类型。

本公开实施例第二方面提供一种小区选择装置，应用于用户设备UE中，所述装置包括：

获取模块，用于获取网络侧为UE分配的传输链路的参数值；

选择模块，用于响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

基于上述方案，所述传输链路包括：上行链路和下行链路；

所述选择模块，具体用于响应于根据所述参数值确定出所述UE被分配的上行链路和下行链路的至少其中之一不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

基于上述方案，所述获取模块，具体用于获取所述网络侧为所述UE分配的下行链路的参数值；和/或获取所述网络侧为所述UE分配的上行链路的参数值。

基于上述方案，所述下行链路的参数值，包括以下至少之一：

所述下行链路的参考信号接收功率RSRP；

所述下行链路的信噪比；

所述下行链路的误码率。

基于上述方案，所述上行链路的参数值，包括以下至少之一：

所述上行链路的上行授权；

待在所述上行链路传输的缓存数据尺寸BSR；

所述上行链路的信道质量指示CQI；

所述上行链路的链路损耗；

所述上行链路的编码与编码策略MCS。

基于上述方案，所述装置还包括：

第一确定模块，用于确定所述UE的服务小区的参考信号强度是否满足第一触发条件；

第二确定模块，用于响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，其中，所述第二触发条件为：基于为所述参数值确定是否触发所述UE进行小区选择的触发条件。

基于上述方案，所述第二确定模块，用于响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

基于上述方案，所述装置还包括：

第三确定模块，用于响应于所述UE的当前业务场景不是所述预设业务场景，确定执行所述第一触发条件。

基于上述方案，所述预定业务场景包括以下至少之一：

所述UE已启动处于预设应用名单中的应用程序；

所述UE已启动处于预设功能名单中的功能；

所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象。

基于上述方案，所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象包括以下至少之一：

所述UE的当前待传输数据包的缓存队列已满；

所述UE的当前待传输数据包的缓存队列出现丢包现象；

所述UE接收数据包出现丢包现象；

所述UE传输的数据包的传输延时达到预设延时值；

所述UE的用户界面的切换出现卡顿现象。

基于上述方案，所述装置还包括：

触发模块，用于在所述UE的服务小区的信号参考质量不支持所述第一触发条件时，触发所述UE的小区选择。

基于上述方案，所述装置还包括：

第四确定模块，用于根据预设信息，确定所述UE的当前业务场景的传输需求；其中，所述预设信息包括以下至少之一：

所述当前业务场景的当前运行信息；

所述当前业务场景的历史运行信息；

在所述当前业务场景下的操作行为信息；

所述当前业务场景的属性信息，其中，所述属性信息至少包括：所述当前业务场景所对应应用程序的程序类型。

本公开实施例第三方面提供一种用户设备，所述用户设备包括：

无线模组，用于收发无线信号；

处理器，与所述无线模组连接，用于通过计算机可执行指令的执行，控制所述无线模组收发无线信号并执行前述第一方面任意技术方案提供的小区选择方法。

本公开实施例第四方面提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由计算机的处理器执行时，使得计算机能够执行如第一方面任意一个技术方案提供的小区选择方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

在本公开实施例中，会根据网络侧为UE分配的传输链路的参数值，在确定出传输链路不支持UE的当前业务场景的传输需求时，触发UE进行小区选择，如此，相对于单纯依赖基站发送的下行参考信号的信号值确定是否触发UE的小区选择，可以减少UE在测量某个小区的下行参考信号质量佳，但是被分配的资源少选择驻留在该小区导致的通信质量差，或者，UE在测量某个小区的下行信号质量佳，但是被分配的传输链路的质量差导致的通信质量差的现象，提升的UE的通信质量。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的小区选择方法的流程示意图；

图2是根据一示例性实施例示出的一种小区选择方法的流程示意图；

图3是根据一示例性实施例示出的一种小区选择方法的流程示意图；

图4是根据一示例性实施例示出的一种小区选择方法的流程示意图；

图5是根据一示例性实施例示出的小区选择装置的结构示意图；

图6是根据一示例性实施例示出的UE的结构示意图。

具体实施方式

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

如图1所示，本公开实施例提供一种小区选择方法，应用于UE中，所述方法包括：

S110：获取网络侧为UE分配的传输链路的参数值；

S120：响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

所述UE可为各种类型的终端，例如，用户手持的手机或平板电脑、用户佩戴的可穿戴式设备、车载设备或者智能设备。该智能设备包括但不限于：智能家居设备和、智能家电设备、智能办公设备和/或智能教学设备。

所述网络侧包括：蜂窝移动通信的接入网为UE分配的传输链路的参数值。该参数值包括但不限于：UE接入的基站。此处的基站可至少包括：UE的锚基站等。

资源参数值，指示传输链路对应的通信资源量、传输链路的延时和/或信道质量等。

基站会通过资源调度的方式，为UE分配进行无线通信的传输链路。示例性地，在进行数据传输之前，UE可以通过资源的调度请求(Scheduling request，SR)，基站接收到SR之后，会为UE分配上行链路和/或下行链路的资源。基站完成资源分配之后，会向UE返回资源配置信息。该资源配置信息为SR的一种调度响应。如此，UE就知晓目前网络侧给自身分配的传输链路的情况。

所述UE被分配的传输链路可包括：上行链路和/或下行链路。上行链路用于上行传输；下行链路用于下行传输。

此处的所述UE被分配的传输链路不支持UE的当前业务场景的传输需求包括以下至少之一：

所述UE被分配的传输链路的传输资源，不能支持UE的当前业务场景的传输所需的资源量；

所述UE被分配的传输链路的传输质量，不能支持UE的当前业务场景的QoS。

若出现UE当前被分配的传输链路不能支持UE的当前业务场景的传输需求时，就会出现传输中断、传输丢包或者传输误码率高等各种现象。

网络侧为UE分配的传输资源不能支持UE的当前业务场景的传输需求，可能是因为UE当前所在的服务小区出现过载、资源紧张等现象。此时，若UE继续驻留在当前服务小区，可能会导致UE的当前业务场景下的各种通信质量差的现象。

有鉴于此，本公开实施例中的UE会检测到当前UE被分配的传输链路不能支持其当前业务场景的传输需求时，会主动进入UE的小区选择流程，从而选择到其他更合适的小区上，以提升UE的无线通信质量。

本公开实施例中所述小区选择是涉及的UE的服务小区的选择。此处的小区选择包括但不限于：UE的小区重选和/或小区切换。

若所述小区选择为小区重选，则UE在确定出当前被分配的传输链路不能支持当前业务场景的传输需求时，直接进行小区重选，并重选到当前服务小区以外的其他小区。

若所述小区选择为小区切换，则UE在确定出被分配的传输链路不能支持当前业务场景的传输需求，向网络侧的基站发送请求小区切换的切换请求；网络侧的基站接收到切换请求之后，和UE接入的目标小区的基站进行协商，在目标基站允许UE接入时，会收到网络侧返回的切换响应；切换响应中可携带有UE接入到目标小区的各种参数，从而实现UE的服务小区的切换。

在一个实施例中，如图2所示，所述S120还可包括：

S121：确定所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求的持续时长；

S122：若所述持续时长大于第一时长阈值，触发所述UE的小区选择。

如此，减少UE被分配的传输链路的不支持所述UE的当前业务场景的传输需求的持续时长过短时引入的不必要的小区选择。

示例性地，根据传输链路的资源分配，在当前0.1秒内出现不满足当前业务场景的传输需求的情况，但是在0.1秒之后由于资源分配的变化和/或当前业务场景的突发业务的下降，就不会继续出现UE当前分配的传输链路不支持所述UE的当前业务场景的传输需求的情况，在这种情况下就可以不用触发UE的小区选择，以减少不必要的小区选择。

在一些实施例中，所述传输链路包括：上行链路和下行链路；

所述响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择，包括：

响应于根据所述参数值确定出所述UE被分配的上行链路和下行链路的至少其中之一不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

不同业务场景对上行链路和下行链路的要求是不同的，具体情况包括以下几种：

情况1：对下行链路的要求高于对上行链路要求很多的业务场景；例如，视频观看场景，UE当前对下行链路的传输要求比上行链路的传输需求更高，在这种情况下，S120可包括：根据网络侧为UE分配的下行链路的参数值，单独确定出UE当前被分配到的下行链路是否支持视频观看场景所需的下行资源数量和/或下行链路的QoS，若不支持，即便当前服务小区的参考信号质量支持继续驻留在当前服务小区的条件，也会触发UE进行小区选择。若UE被分配的当前传输链路足以支持当前业务场景下的传输需求，若当前服务小区的参考信号质量不支持其他的小区触发条件，则UE会继续驻留当前服务小区，减少UE不必要的小区切换。

情况2：对上行链路的要求高于下行链路很多的业务场景，例如，直播场景；在直播直播场景，UE需要上传当前录制的视频。在这种情况下，S120可包括：根据网络侧为UE分配的上行链路的参数值，单独确定UE当前被分配的上行链路是否支持直播场景下的上行资源数量和上行链路的QoS，若不支持，即便当前服务小区的参考信号质量支持继续驻留在当前服务小区的条件，也会触发UE进行小区选择。若UE被分配的当前传输链路足以支持当前业务场景下的传输需求，若当前服务小区的参考信号质量不支持其他的小区触发条件，则UE会继续驻留当前服务小区，减少UE不必要的小区切换。

情况3：对上行链路和下行链路都有一定的传输要求的业务场景，例如，网络游戏场景；在网络游戏场景中，UE会涉及比较大量的数据上传和数据下载时，此时可能对上行链路和下行链路的传输要求都比较高，例如，对传输延时要求很高。在这种情况下，S120可包括：根据网络侧为UE分配的上行链路和下行链路各自的参数值，分别确定上行链路是否支持网络游戏场景的传输需求，及确定出下行链路是否支持网络游戏场景的传输需求，若上行链路不支持游戏场景的上行传输需求和/或下行链路不支持游戏场景的下行传输需求，都可认为UE被分配的传输链路不支持UE的当前业务场景的传输需求，则会触发UE进行小区选择。

故在一个实施例中，所述获取网络侧为UE分配的资源参数，包括：

获取所述网络侧为所述UE分配的下行链路的参数值；

和/或

获取所述网络侧为所述UE分配的上行链路的参数值。

例如，通过读取网络侧为UE分配的上行链路和/或下行链路的资源配置中获取所述参数值。

在另一个实施例中，若UE是基于竞争机制抢占资源进行当前业务场景的数据传输时，则根据网络侧预先划分的竞争资源池的资源数量和竞争情况，确定出竞争资源池对应的传输链路就是网络侧为UE分配的传输链路，如此，UE会进一步确定出该竞争资源池对应的传输链路是否支持UE的的当前业务场景的传输需求。

在一个实施例中，所述下行链路的参数值，包括以下至少之一：

所述下行链路的参考信号接收功率RSRP；

所述下行链路的信噪比；

所述下行链路的误码率。

在另一个实施例中，所述上行链路的参数值，包括以下至少之一：

所述上行链路的上行授权；

待在所述上行链路传输的缓存数据尺寸BSR；

所述上行链路的信道质量指示CQI；

所述上行链路的链路损耗；

所述上行链路的编码与编码策略MCS。

在上行链路和/或下行链路的参数值都有多个时，可以根据多个参数值与满足当前业务场景的传输需求所对应参数的参数值进行比较，若其中一个实际分配的上行链路和/或下行链路的参数值达不到当前业务场景的传输需求所对应参数的参数值，就可以认为UE被分配的对应链路不支持UE的当前业务场景的传输需求。

在另一些实施例中，可以将一个链路的多个参数值乘以对应的权重，再求取多个权重值之和得到链路评估值，再比较链路评估值是否达到当前业务场景的传输需求所对应的阈值，若达到了则认为UE当前被分配的传输链路支持所述UE的当前业务场景的传输需求，否则可认为UE当前被分配的传输链路不支持所述UE的当前业务场景的传输需求。

在一些实施例中，如图3所示，所述方法还包括：

S100：确定所述UE的服务小区的参考信号强度是否满足第一触发条件；

S101：响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，其中，所述第二触发条件为：基于为所述参数值确定是否触发所述UE进行小区选择的触发条件。

所述第一触发条件为基于服务小区的参考信号信号质量是否满足第一触发条件，例如，参考信号接收功率(Reference Signal Received Power，RSRP)是否低于RSRP阈值或者参考信号质量(Reference Signal Received Quality，RSRQ)是否低于RSRQ阈值，若RSRP低于RSRP阈值或者RSPQ低于RSRQ阈值，则可认为满足所述第一触发条件。若RSRP不低于RSRP阈值或者RSPQ不低于RSRQ阈值，则可认为不满足所述第一触发条件。

此时的服务小区的参考信号包括但不限于：同步信号和/或跟踪参考信号和/或信道状态信息参考信号等。

若此时的服务小区的参考信号的参考信号强度不满足第一触发条件，说明当前服务小区的参考信号的测量结果是比较好，从第一触发条件来看是UE是可以继续驻留在当前服务小区的，因此再结合传输链路是否支持UE的当前传输场景，确定是否需要进行服务小区的切换。

在一些实施例中，所述S120可包括：

响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

在一些业务场景下，UE自身对资源的消耗量或者对传输链路的传输质量都没有特别的要求，则此时可以不用进行是否满足第二触发条件的判断来触发UE进行小区选择。

例如，在一些业务数据传输量比较小和/或对传输延时要求比较小的场景。例如，在短信收发场景下，短信自身的数据量小且对延时要求比较低，再例如，针对邮件收发场景等，则即便在UE的服务小区的参考信号强度不满足第一触发条件，也不用进一步确定是否需要执行第二触发条件是否满足的判断，从而简化UE在小区选择上所做的操作。

在一些实施例中，所述第一触发条件可包括：相关技术中的S准则和/或R准则。S准则和R准则是基于参考信号的测量值触发UE小区选择的触发规则，并且基于参考信号的测量值进行小区选择。此处的参考信号的测量值可包括：参考信号强度；参考信号强度包括但不限于：参考信号接收功率和/或参考信号接收质量。

在一个实施例中，所述响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，可包括：

响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且检测到邻小区的参考信号强度与服务小区的参考信号强度之间差异在预设范围内，触发UE的小区选择。

若当前邻小区的参考信号强度过低，UE切换到邻小区之后，会很快的基于第一触发条件再次切换到当前服务小区，如此可能会形成乒乓切换。若邻小区的参考信号强度与服务小区的参考信号强度差比较小，可以减少UE选择到邻小区之后返回当前服务小区的现象。

所述预设范围可根据实验数据或者历史数据确定，示例性地，所述预设范围可为：0-8dB或者3-5dB等。

在一个实施例中，所述S120还可包括：

根据所述UE的历史运行数据，确定所述UE处于预设业务场景的持续时长是否达到第二时长阈值；

若UE处于预设业务场景的持续时长达到所述第二时长阈值，则响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

若UE短暂的进入到UE预设业务场景，则有比较大的概率，无需进行小区选择。采用这种方式，同样可以UE的不必要小区选择。

在本公开实施例中，第一时长阈值和第二时长阈值可以相同或者不相同，具体的取值可以根据实验数据或者确保用户无感知的用户良好体验来确定。

在一些实施例中，所述方法还包括：

响应于所述UE的当前业务场景不是所述预设业务场景，确定执行所述第一触发条件。

在一个实施例中，所述预定业务场景包括以下至少之一：

所述UE已启动处于预设应用名单中的应用程序；

所述UE已启动处于预设功能名单中的功能；

所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象。

所述预设应用名单可为白名单，白名单内有列出各种传输延时容忍度低和/或传输带宽要求大的应用程序，例如，会议应用程序、游戏应用、直播应用等。

在一些情况下，UE的有些情况是多个应用都会执行共同的高传输资源消耗功能，例如，UE的多种应用程序的前台和/或后台的多媒体信息的播放等。

在一些情况下，UE在当前场景下的当前运行出现体现出达不到当前业务场景的传输需求的预设现象，例如出现，多媒体信息的播放卡顿、丢包率大于当前业务场景对应的丢包率或者误码率高于当前业务场景的对应的误码率。在一个实施例中，所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象包括以下至少之一：

所述UE的当前待传输数据包的缓存队列已满；

所述UE的当前待传输数据包的缓存队列出现丢包现象；

所述UE接收数据包出现丢包现象；

所述UE传输的数据包的传输延时达到预设延时值；

所述UE的用户界面(User Interface，UI)的切换出现卡顿现象；

所述UE的用户界面内的播放窗口的多媒体信息播放出现卡顿现象。

例如，UE的当前业务场景下产生了比较多数据包，这些数据包缓存在缓存队列中，然后从缓存队列中调数据包发送，若传输链路的传输速率慢，则缓存队列会趋满；或者缓存队列中会出现丢包现象等。

若UI出现卡顿现象即在UI从一个界面切换到另一个界面时出现较大的延迟。

在一些情况下，UI内播放窗口，在播放窗口内可以播放音频和/或视频，若音频和/或视频播放窗口内的视频和/或音频播放是否有出现卡顿。

在一些实施例中，所述方法还包括：

在所述UE的服务小区的信号参考强度满足所述第一触发条件时，触发所述UE的小区选择。

在一个实施例中，若UE当前所在的服务小区的参考信号强度过低，则可以不进入到第二触发条件的判断，直接基于第一触发条件的判断，触发UE进行小区选择；如此，实现在服务小区的参考信号强度不够好和UE被分配的传输链路不满足当前业务场景的传输需求的情况下的至少其中一个时，就触发UE进行小区选择。

在另一个实施例中，所述方法还可包括：

根据预设信息，确定所述UE的当前业务场景的传输需求；其中，所述预设信息包括以下至少之一：

所述当前业务场景的当前运行信息；

所述当前业务场景的历史运行信息；

在所述当前业务场景下的操作行为信息；

所述当前业务场景的属性信息，其中，所述属性信息至少包括：所述当前业务场景所对应应用程序的程序类型。

例如，根据当前业务场景的当前运行信息，例如，业务数据产生量和/或待传输数据量等，确定传输需求。

再例如，根据当前业务场景的历史运行信息，就可以知道在历史运行情况下UE被分配的传输链路是否满足当前业务场景的传输需求，或者满足当前业务场景的传输需求的历史传输链路的链路情况，从而预测或者直接确定出满足当前业务场景的传输链路的传输需求。

当前业务场景的属性信息，可至少包括：当前业务场景开启的应用程序的程序类型，和/或，当前业务场景下前台开启的应用程序的程序类型等。

总之，上述任意一个预设信息都可以用于确定UE当前被分配的传输链路是否满足当前业务场景的传输需求。

本公开实施例提供一种小区选择方法，可如下：S准则/R准则，并没有针对连接态的UE所处的业务场景下，手机信号/质量均比较好，但网络分配下行资源较少的情况，用户体验还是差，本公开实施例针对此场景下的优化，主要是对小区选择的扩展，适用于动态感知场景，如果当前UE终端参数差时，主动发起小区选择过程；如图4所示，具体的操作可如下：

步骤1)：终端注册；

步骤2)：终端发起业务；

步骤3)：获取终端下行链路的参数值,例如：RSRP，SNR，误码率等

步骤4)：获取终端上行链路的参数值值,例如：UL Grant，BSR，QCI，SNR等；

步骤5)：智能获取前终端业务状态形为(是否卡顿，是否拥塞，时延是否过大等状态)；

步骤6)：如果当前非业务态，按常规流程进行小区选择；

步骤7)：如果当前属于业务态，根据当前步骤5)业务状态及步骤4)中终端上行资源参数，及历史经验阈值，用户形为习惯等，综合判断是否发起小区选择的过程

步骤8)触发小区选择过程，业务恢复正常；

本公开实施例提供的小区选择方法，可以减少服务小区的参考信号强度仅仅比邻小区的参考信号强度大一点点，但是邻小区的SNR或者传输资源更丰富的情况下，UE持续驻留在当前服务小区导致的通信质量不够好或者达不到最优的情况；从而提升了UE的通信质量，例如，可减少语音通信过程中的掉字或者断断续续的现象，减少多媒体信息和/或页面刷不出来的现象，提升了UE的数据和语音体验。

与此同时，本公开实施例提供的小区选择方法，还可以在UE进行业务交互过程中，根据连接态的UE动态测量或者动态获取的参数值，确定出当前的传输链路不足以支持UE的当前业务场景的业务时，通过操作系统或者特定应用程序从软件层面触发UE进入到小区选择的过程。

前述的业务交互过程中涉及的业务场景包括但不限于：即时通信软件的视频、ping测试、和/或游戏场景。即时通信软件包括但不限于：微信、微博和/或脸书等。

前述的参数值包括但不限于：上行链路授权(Uplink grant)、BSR、服务质量、SNR和/或QCI等。

示例性地，UE在进行ping测试是，检测到基站下发的参考信号的信号强度很大，但是若网络侧为UE分配的下行资源和/或上行资源较少，则会影响ping测试的结果，此时可以通过操作系统和/或特定应用程序等从软件层面触发UE的小区选择。

如图5所示，本公开实施例提供一种小区选择装置，应用于用户设备UE中，所述装置包括：

获取模块510，用于获取网络侧为UE分配的传输链路的参数值；

选择模块520，用于响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

在一些实施例中，所述获取模块510及所述选择模块520可为程序模块；所述程序模块被处理器执行之后，能够实现UE被分配的传输链路的参数值的获取，并在确定出当前被分配的传输链路不能支持UE的当前业务场景的传输需求，会触发UE小区选择。

在一个实施例中，所述获取模块510及所述选择模块520可为软硬结合模块；所述软硬结合模块包括但不限于：现场可编程阵列或者复杂可编程逻辑阵列。

在还有一个实施例中，在一个实施例中，所述获取模块510及所述选择模块520可为纯硬件模块；所述春硬件模块包括但不限于专用集成电路。

在一个实施例中，所述传输链路包括：上行链路和下行链路；

所述选择模块520，具体用于响应于根据所述参数值确定出所述UE被分配的上行链路和下行链路的至少其中之一不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

在一个实施例中，所述获取模块510，具体用于获取所述网络侧为所述UE分配的下行链路的参数值；和/或获取所述网络侧为所述UE分配的上行链路的参数值。

在一个实施例中，所述下行链路的参数值，包括以下至少之一：

所述下行链路的参考信号接收功率RSRP；

所述下行链路的信噪比；

所述下行链路的误码率。

在一个实施例中，所述上行链路的参数值，包括以下至少之一：

所述上行链路的上行授权；

待在所述上行链路传输的缓存数据尺寸BSR；

所述上行链路的信道质量指示CQI；

所述上行链路的链路损耗；

所述上行链路的编码与编码策略MCS。

在一个实施例中，所述装置还包括：

第一确定模块，用于确定所述UE的服务小区的参考信号强度是否满足第一触发条件；

第二确定模块，用于响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，其中，所述第二触发条件为：基于为所述参数值确定是否触发所述UE进行小区选择的触发条件。

在一个实施例中，所述第二确定模块，用于响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

在一个实施例中，所述装置还包括：

第三确定模块，用于响应于所述UE的当前业务场景不是所述预设业务场景，确定执行所述第一触发条件。

在一个实施例中，所述预定业务场景包括以下至少之一：

所述UE已启动处于预设应用名单中的应用程序；

所述UE已启动处于预设功能名单中的功能；

所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象。

在一个实施例中，所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象包括以下至少之一：

所述UE的当前待传输数据包的缓存队列已满；

所述UE的当前待传输数据包的缓存队列出现丢包现象；

所述UE接收数据包出现丢包现象；

所述UE传输的数据包的传输延时达到预设延时值；

所述UE的用户界面的切换出现卡顿现象。

在一个实施例中，所述装置还包括：

触发模块，用于在所述UE的服务小区的信号参考质量不支持所述第一触发条件时，触发所述UE的小区选择。

在一个实施例中，所述装置还包括：

第四确定模块，用于根据预设信息，确定所述UE的当前业务场景的传输需求；其中，所述预设信息包括以下至少之一：

所述当前业务场景的当前运行信息；

所述当前业务场景的历史运行信息；

在所述当前业务场景下的操作行为信息；

所述当前业务场景的属性信息，其中，所述属性信息至少包括：所述当前业务场景所对应应用程序的程序类型。

本公开实施例还提供一种用户设备，该用户设备可为第一设备，该第一设备包括：

无线模组，用于收发无线信号；

处理器，与所述无线模组连接，用于通过计算机可执行指令的执行，控制所述无线模组收发无线信号并执行前述任意技术方案提供的小区选择方法。

图6是根据一示例性实施例示出的一种移动用户设备800的框图。例如，用户设备800可以是移动电话，移动电脑等。

参照图6，用户设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制用户设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在用户设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为用户设备800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为用户设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在用户设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作状态，如拍摄状态或视频状态时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当用户设备800处于操作状态，如呼叫状态、记录状态和语音识别状态时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为用户设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如组件为用户设备800的显示器和小键盘，传感器组件814还可以检测用户设备800或用户设备800一个组件的位置改变，用户与用户设备800接触的存在或不存在，用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，用户设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由用户设备800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开实施例提供一种非临时性计算机可读存储介质，当存储介质中的指令由终端的处理器执行时，使得终端能够执行前述任意实施例提供的小区选择方法，例如，能够执行如图1至图4任意所示方法的至少其中之一。

该小区选择方法，可包括：获取网络侧为UE分配的传输链路的参数值；响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

可以理解地，所述传输链路包括：上行链路和下行链路；

所述响应于根据所述参数值确定出所述UE被分配的传输链路不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择，包括：

响应于根据所述参数值确定出所述UE被分配的上行链路和下行链路的至少其中之一不支持所述UE的当前业务场景的传输需求时，触发所述UE的小区选择。

可以理解地，所述获取网络侧为UE分配的资源参数，包括：获取所述网络侧为所述UE分配的下行链路的参数值；和/或，获取所述网络侧为所述UE分配的上行链路的参数值。

可以理解地，所述下行链路的参数值，包括以下至少之一：所述下行链路的参考信号接收功率RSRP；所述下行链路的信噪比；所述下行链路的误码率。

可以理解地，所述上行链路的参数值，包括以下至少之一：所述上行链路的上行授权；在所述上行链路传输的缓存数据尺寸BSR；所述上行链路的信道质量指示CQI；所述上行链路的链路损耗；所述上行链路的编码与编码策略MCS。

可以理解地，所述方法还包括：确定所述UE的服务小区的参考信号强度是否满足第一触发条件；

响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，其中，所述第二触发条件为：基于为所述参数值确定是否触发所述UE进行小区选择的触发条件。

可以理解地，所述响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，确定执行第二触发条件，包括：响应于所述UE的服务小区的参考信号强度不满足所述第一触发条件，且所述UE的当前业务场景为预设业务场景，确定执行所述第二触发条件。

可以理解地，所述方法还包括：响应于所述UE的当前业务场景不是所述预设业务场景，确定执行所述第一触发条件。

可以理解地，所述预定业务场景包括以下至少之一：所述UE已启动处于预设应用名单中的应用程序；所述UE已启动处于预设功能名单中的功能；所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象。

可以理解地，所述UE的当前运行出现达不到所述当前业务场景的传输需求的预设现象包括以下至少之一：所述UE的当前待传输数据包的缓存队列已满；所述UE的当前待传输数据包的缓存队列出现丢包现象；所述UE接收数据包出现丢包现象；所述UE传输的数据包的传输延时达到预设延时值；所述UE的用户界面的切换出现卡顿现象；所述UE的用户界面内的播放窗口的多媒体信息播放出现卡顿现象。

可以理解地，所述方法还包括：在所述UE的服务小区的信号参考质量不支持所述第一触发条件时，触发所述UE的小区选择。

可以理解地，所述方法还包括：根据预设信息，确定所述UE的当前业务场景的传输需求；其中，所述预设信息包括以下至少之一：所述当前业务场景的当前运行信息；所述当前业务场景的历史运行信息；在所述当前业务场景下的操作行为信息；所述当前业务场景的属性信息，其中，所述属性信息至少包括：所述当前业务场景所对应应用程序的程序类型。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。