一种小区选择方法与终端设备与流程

一种小区选择方法与终端设备
1.本技术要求在2020年5月14日提交中华人民共和国知识产权局、申请号为202010405414.8、发明名称为“一种小区选择的方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及通信技术领域，尤其涉及一种小区选择方法与终端设备。


背景技术：

3.终端设备比如手机、平板电脑等成为用户日常生活、娱乐、办公等的重要工具。比如，终端设备具有上网功能，用户可以浏览网页、观看在线视频等。
4.然而，有些场景下，终端设备的上网体验并不好，比如，在家里，用户的终端设备接入小区a，但每天高峰期(比如晚上8点-10点)接入该小区a的终端设备数量较多，导致终端设备出现网络卡顿、甚至无法上网的情况，影响用户体验。


技术实现要素：

5.本技术的目的在于提供了一种小区选择方法与终端设备，用于提升终端设备的上网体验。
6.第一方面，提供一种小区选择方法，该方法可以适用于终端设备，终端设备例如包括手机、平板电脑等。该方法包括：终端设备检测到多个小区；所述终端设备获取n个小区中每个小区的历史体验质量qoe，所述n个小区是所述多个小区中的全部或部分小区；n为正整数；所述历史qoe用于表征所述终端设备历史上在所述每个小区内时的网络使用体验；所述终端设备基于所述历史qoe，在所述多个小区中选择第一小区；所述终端设备连接所述第一小区。
7.在本技术实施例中，终端设备选择小区时，基于小区的历史qoe来选择，区别于现有中基于小区的直接测量结果(即下文的第一测量结果)来选择小区，本技术提供的小区选择方法可以避免接入到网络较差(比如网络卡顿)的小区，提升终端设备的上网体验。
8.在一种可能的设计中，所述方法还包括：所述n个小区是所述多个小区的全部小区，所述终端设备获取所述n个小区中每个小区的第一测量结果，所述第一测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq；所述终端设备基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；其中，所述第一小区是所述n个小区中第二测量结果最高的小区或第二测量结果大于阈值的小区。
9.上述第一测量结果是指对小区的直接测量结果，是未经过抑制或增强的测量结果，第二测量结果不是直接测量结果，是抑制或增强后的测量结果。
10.本技术实施例中，终端设备检测到多个小区之后，终端设备中可能存储有多个小区中全部或部分小区的历史qoe。假设获取到全部小区的qoe，那么终端设备基于每个小区的qoe对每个小区的第一测量结果进行抑制或增强，基于抑制或增强后的测量结果选择小
区。区别于现有中基于小区的第一测量结果来选择小区，本技术提供的小区选择方法可以避免接入到网络较差(比如网络卡顿)的小区，提升终端设备的上网体验。
11.在一种可能的设计中，所述方法还包括：所述n个小区是所述多个小区中的部分小区，所述终端设备获取所述多个小区中每个小区的第一测量结果，所述第一测量结果包括rsrp和/或rsrq；所述终端设备基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述第一小区是所述n个小区的第二测量结果与剩余小区的第一测量结果中测量结果最高或测量结果大于阈值的小区；其中，所述剩余小区为所述多个小区中除去所述n个小区之外的剩余小区。
12.本技术实施例中，终端设备检测到多个小区之后，终端设备中可能存储有多个小区中全部或部分小区的历史qoe。假设仅存储了部分小区的qoe，比如检测到三个小区，小区a至小区c，小区a和小区c有qoe，小区b没有qoe，这种情况下，终端设备可以基于小区a的qoe对小区a的第一测量结果进行抑制或增强，基于小区c的qoe对小区c的第一测量结果进行抑制或增强，即终端设备会得到小区a的第二测量结果，以及小区c的第二测量结果，还得到小区b的第一测量结果，此时，基于小区a的第二测量结果、小区c的第二测量结果以及小区b的第一测量结果的排序结果，确定测量结果最高的小区接入。区别于现有中基于小区的第一测量结果来选择小区，本技术提供的小区选择方法可以避免接入到网络较差(比如网络卡顿)的小区，提升终端设备的上网体验。
13.在一种可能的设计中，所述终端设备基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果，包括：基于所述n个小区中每个小区的历史qoe的评估结果，所述评估结果为所述终端设备历史上连接所述n个小区中每个小区之后基于该小区的网络使用体验对小区的网络性能的评估；基于所述评估结果对每个小区的第一测量结果抑制或增强，得到所述第二测量结果。
14.在本技术实施例中，终端设备选择小区时，基于小区的历史qoe来选择，具体而言，基于小区的历史qoe的评分结果，对小区的第一测量结果进行抑制或增强得到第二测量结果，基于第二测量结果选择小区。区别于现有中基于小区的第一测量结果来选择小区，本技术提供的小区选择方法可以避免接入到网络较差(比如网络卡顿)的小区，提升终端设备的上网体验。
15.在一种可能的设计中，基于所述n个小区中每个小区的评估结果对每个小区的第一测量结果抑制或增强，得到所述第二测量结果，包括：
16.确定所述评估结果确定对应的抑制强度或增强强度；
17.基于所述抑制强度或增强强度对每个小区的第一测量结果抑制或增强。
18.在本技术实施例中，终端设备选择小区时，基于小区的历史qoe来选择，具体而言，基于小区的历史qoe的评分结果确定对应的抑制或增强等级，用于对小区的第一测量结果进行抑制或增强得到第二测量结果，基于第二测量结果选择小区。区别于现有中基于小区的第一测量结果来选择小区，本技术提供的小区选择方法可以避免接入到网络较差(比如网络卡顿)的小区，提升终端设备的上网体验。
19.在一种可能的设计中，所述方法还包括：所述终端设备判断所述第一小区是否存在历史qoe的评估结果，如果不存在，对所述第一小区的网络性能进行评估得到评估结果；如果所述评估结果满足条件，所述终端设备继续驻留在所述第一小区；如果所述评估结果
不满足条件，取消对所述n个小区的第一测量结果的抑制；基于所述n个小区的第一测量结果和所述剩余小区的第三测量结果选择第二小区，从所述第一小区切换到所述第二小区。
20.继续以前面的例子为例，终端设备检测到小区a、小区b和小区c，终端设备中可能存储有多个小区中全部或部分小区的历史qoe。如果仅存储了部分小区的qoe的话，终端设备可能选择到没有历史qoe的第一小区。因此，本技术实施例中，终端设备还可以判断第一小区是否存在历史qoe的评估结果，如果不存在，对第一小区的网络性能进行评估得到评估结果；如果评估结果满足条件，说明第一小区的网络性能较好，此时可以继续驻留在所述第一小区；否则，说明第一小区的网络性能较差，此时可以取消对n个小区的第一测量结果的抑制，重新选择小区(比如基于小区的第一测量结果选择小区)。
21.在一种可能的设计中，所述评估结果满足条件，包括：
22.所述评估结果指示所述第一小区的网络性能为流畅；或者，
23.所述评估结果指示在预设时长内所述第一小区的网络性能是流畅的次数大于预设次数；或者，
24.所述评估结果指示所述第一小区的网络性能是流畅的时长大预设时长；或者，
25.所述评估结果指示所述第一小区的网络性能高于在所述多个邻区的网络性能；或者，
26.所述评估结果指示所述第一小区的网络性能高于阈值。
27.也就是说，如果第一小区不存在历史qoe，终端设备可以快速评估第一小区的网络性能得到评估结果，如果评估结果指示第一小区的网络性能是流畅、流畅时长大于预设时长、流畅的次数大于预设次数，或第一小区的网络性能高于周围的其它小区的网络性能，终端设备继续驻留到第一小区，否则，切换到其它的网络性能更高的小区。因此，通过这种方式，终端设备在小区切换过程中，可以接入到网络性能更好的小区。
28.在一种可能的设计中，历史qoe的评估结果越高，对小区的抑制强度越低，或者，对小区的增强强度越大。
29.比如，小区a的历史qoe高于小区b的历史qoe，所以小区a的抑制强度低于小区b的抑制强度；那么小区a抑制后的测量结果大于小区b抑制后的测量结果的概率较大，终端设备接入小区a的可能性大。或者，小区a的增强强度高于小区b的增强强度，那么小区a增强后的测量结果大于小区b增强后的测量结果的概率较大，终端设备接入小区a的可能性大。通过这种方式，终端设备可以选择出qoe更好的小区接入，提升网络使用体验。
30.在一种可能的设计中，所述终端设备获取n个小区中每个小区的历史体验质量qoe，包括：所述终端设备中的应用处理器获取所述n个小区中每个小区的历史qoe；其中，所述每个小区的历史qoe为所述终端设备历史上连接所述每个小区之后基于该小区的网络使用体验对小区的网络性能的评估。
31.在本技术实施例中，小区的历史qoe的确定过程可以由终端设备中的应用处理器执行。
32.在一种可能的设计中，所述终端设备基于所述历史qoe，在所述多个小区中选择第一小区，包括：所述应用处理器将所述n个小区中每个小区的历史qoe发送给所述终端设备中的调制解调器modem；以通过所述modem基于所述历史qoe，在所述多个小区中选择第一小区。
33.在本技术实施例中，小区的历史qoe的确定过程可以由终端设备中的应用处理器执行。应用处理器将小区的历史qoe发送给modem，由modem基于历史qoe，选择小区。
34.在一种可能的设计中，所述n个小区是所述多个小区的全部小区，所述modem还用于:获取所述n个小区中每个小区的第一测量结果，所述第一测量结果包括rsrp和/或rsrq；基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述modem基于所述历史qoe，在所述多个小区中选择第一小区，包括：确定所述n个小区中第二测量结果最高的小区或第二测量结果大于阈值的小区为所述第一小区。
35.在本技术实施例中，终端设备的小区测量、测量结果的抑制或增强、基于抑制或增强后的测量结果选择小区的过程由modem执行。
36.在一种可能的设计中，所述n个小区是所述多个小区中的部分小区，所述modem还用于:获取所述多个小区中每个小区的第一测量结果，所述第一测量结果包括rsrp和/或rsrq；基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述modem基于所述历史qoe，在所述多个小区中选择第一小区，包括：确定所述n个小区的第二测量结果与剩余小区的第一测量结果中测量结果最高或测量结果大于阈值的小区为所述第一小区；其中，所述剩余小区为所述多个小区中除去所述n个小区之外剩余小区。
37.在本技术实施例中，终端设备的小区测量、测量结果的抑制或增强、基于抑制或增强后的测量结果选择小区的过程由modem执行。
38.在一种可能的设计中，所述第一小区是所述多个小区中历史qoe最好的小区；这种方式中无需基于历史qoe对小区的测量结果进行抑制或增强，直接基于历史qoe选择小区，比如，选择历史qoe最好的小区，较为简单，效率较高。
39.或者，所述第一小区是所述多个小区在第一时间段内历史qoe最好的小区，所述第一时间段包括所述终端设备的当前时间点；由于小区的qoe会随时间而变化，这种方式中，终端设备可以确定当前时间段内历史qoe最好的小区，选择的小区较为准确。
40.或者，所述第一小区是所述多个小区在第二时间段内历史qoe最好的小区，所述第二时间段是所述终端设备当前时间点之后的时间段，所述第二时间段的起始时间与所述当前时间点之间的时间差小于阈值。假设当前时间是8:59，终端设备可以确定9:00-10:00这个时间段内历史qoe最好的小区，这种方式一定程度上可以起到提前预测的效果，用户体验较高。
41.在一种可能的设计中，历史qoe包括:历史流畅率和/或历史卡顿率；所述历史qoe最好的小区为历史流畅率最高和/或历史卡顿率最低的小区；其中，历史流畅率为所述终端设备历史上连接上小区时发生网络流畅的概率；所述历史卡顿率为所述终端设备历史上连接上小区时发生网络卡顿的概率。
42.也就是说，终端设备选择历史流畅率较高或历史卡顿率较低的小区；历史流畅率较高的小区或历史卡顿率较低的小区出现网络卡顿的概率较低，有助于提升终端设备的网络使用体验。
43.或者，所述历史qoe包括:历史qoe评分结果，所述历史qoe评分结果为所述终端设备历史上连接小区之后基于该小区的网络使用体验对小区的网络性能的评分，所述历史qoe最好的小区为历史qoe评分结果最高的小区或历史qoe评分结果高于阈值的小区。
44.也就是说，终端设备会可以历史上接入过的小区的网络性能打分，得到qoe评分结果，基于该qoe评分结果选择小区。评分结果越高的小区网络使用体验越好，所以终端设备可以选择qoe评分结果较高的小区，避免切换到网络较差的小区，提升网络使用体验。
45.在一种可能的设计中，所述终端设备检测到所述多个小区的地点为第一地点；所述终端设备基于所述历史qoe，在所述多个小区中选择第一小区之后，还包括：控制所述终端设备切换为默认模式；所述默认模式下所述终端设备基于小区的第一测量结果选择目标小区，所述第一测量结果包括rsrq和/或rsrp；当所述终端设备再次到达所述第一地点时，所述终端设备以所述默认模式选择第三小区；所述第三小区与所述第一小区不同。
46.在本技术实施例中，终端设备可以具有两种小区选择模式，比如第一种模式(即默认模式)和第二种模式，默认模式是指现有技术中终端设备基于第一测量结果选择小区的模式，第二种模式是本技术实施例提供的基于小区的历史qoe选择小区的模式。在同一个地点，终端设备基于第一种模式和第二种模式所选择的小区不同，通过本技术提供的模式即第二种模式所选择的小区的网络体验较好。
47.在一种可能的设计中，所述第三小区与所述第一小区不同，包括：所述第一小区的rsrq和/或rsrp低于所述第三小区，所述第一小区的qoe高于所述第三小区。
48.如上文所述，在同一个地点，终端设备基于第一种模式(默认模式)和第二种模式选择的小区不同。比如，在同一地点，终端设备基于第一种模式选择小区a，基于第二种模式选择小区b，小区a的rsrq和/或rsrp高于小区b，小区a的qoe低于小区b，通过本技术提供的模式即第二种模式所选择的小区的网络体验较好。
49.在一种可能的设计中，所述终端设备获取所述多个小区中n个小区的历史qoe之前，所述方法还包括:确定服务小区的信号强度低于阈值；或者，
50.检测到位置发生变化和/或位移变化量大于预设值；或者，
51.检测到进入预设场景，所述多个小区为所述预设场景对应的小区；或者，
52.确定当前时间达到特定时间。
53.在本技术实施例中，终端设备在满足一定的触发条件时，获取小区的历史qoe并基于历史qoe选择小区。所述触发条件比如：终端设备当前的服务小区信号强度低于阈值；或者，检测到位置发生变化和/或位移变化量大于预设值；或者，检测到进入预设场景；或者，确定当前时间达到特定时间比如整点8:00或9:00等。也就是说，在没有检测到触发条件的情况下，可以无需执行本技术提供的小区选择机制，节省功耗，在检测到触发条件的情况下，基于本技术提供的小区选择机制选择小区，以接入网络体验较好的小区。
54.在一种可能的设计中，所述终端设备中存储有场景、时间段、小区以及小区的历史qoe之间的对应关系，所述n个小区为所述对应关系中与当前时间段、当前场景匹配的小区；所述终端设备基于历史qoe，在所述多个小区中选择第一小区之前，还包括：确定所述n个小区的历史qoe统计次数大于预设次数；或者，确定所述n个小区的历史qoe的统计累计天数大于预设天数。
55.在本技术实施例中，终端设备进入场景(比如家、公司)之后，确定与场景、当前时间段相匹配的多个小区，而且，还可以判断匹配出的小区的历史qoe统计次数或累计天数是否足够，以保证小区选择的准确性。
56.在一种可能的设计中，所述历史qoe评分满足：
[0057][0058]
其中，i为小区的第i个性能标签，n为性能标签的总数，xi为第i个性能标签的发生概率，yi为第i个性能标签对应的权重，其中，所有性能标签对应的权重之和为1；其中，所述性能标签为所述终端设备为小区的网络性能所划分的等级。
[0059]
在本技术实施例中，小区的qoe评分是基于多个性能标签确定的，每个性能标签代表小区的网络性能的一个等级，如果等级划分越详细，性能标签数量越多，那么最终计算出的历史qoe评分越准确，基于历史qoe选择出的小区越准确。
[0060]
在一种可能的设计中，所述第一小区与第四小区不一定相同，所述第四小区是第五小区的多个邻区中rsrp和/或rsrq最强的小区，所述第五小区是所述终端设备连接所述第一小区之前的服务小区。
[0061]
本技术实施例提供的小区选择方法所选择出的小区不一定是rsrp和/或rsrq最强的小区，而是基于历史qoe选择合适的小区，通过这种方式，可以选择网络性能更好的小区接入，提升终端设备的网络使用体验。
[0062]
第二方面，还提供一种终端设备，包括：应用处理器ap和调制解调器modem；
[0063]
所述modem，用于检测多个小区；
[0064]
所述ap，用于获取n个小区中每个小区的历史体验质量qoe，所述n个小区是所述多个小区中的全部或部分小区；n为正整数；所述历史qoe用于表征所述终端设备历史上在所述每个小区内时的网络使用体验；
[0065]
所述modem，还用于基于所述历史qoe，在所述多个小区中选择第一小区；
[0066]
所述modem，还用于连接所述第一小区。
[0067]
在一种可能的设计中，所述n个小区是所述多个小区的全部小区，所述modem还用于：获取所述n个小区中每个小区的第一测量结果，所述第一测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq；基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述modem在用于基于所述历史qoe，在所述多个小区中选择第一小区时，具体用于：确定所述n个小区中第二测量结果最高的小区或第二测量结果大于阈值的小区为所述第一小区。
[0068]
在一种可能的设计中，所述n个小区是所述多个小区中的部分小区，所述modem还用于：获取所述多个小区中每个小区的第一测量结果，所述第一测量结果包括rsrp和/或rsrq；基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述modem在用于基于所述历史qoe，在所述多个小区中选择第一小区时，具体用于：确定所述n个小区的第二测量结果与剩余小区的第一测量结果中测量结果最高或测量结果大于阈值的小区为所述第一小区；其中，所述剩余小区为所述多个小区中除去所述n个小区之外的剩余小区。
[0069]
在一种可能的设计中，所述ap在用于获取n个小区中每个小区的历史体验质量qoe时，具体用于：
[0070]
确定所述n个小区中每个小区的历史qoe的评估结果，所述评估结果为所述终端设备历史上连接所述n个小区中每个小区之后基于该小区的网络使用体验对小区的网络性能
的评估；
[0071]
所述modem具体用于：基于所述评估结果对每个小区的第一测量结果抑制或增强，得到所述第二测量结果。
[0072]
在一种可能的设计中，所述modem具体用于：
[0073]
确定所述的评估结果确定对应的抑制强度或增强强度；
[0074]
基于所述抑制强度或增强强度对所述每个小区的第一测量结果抑制或增强。
[0075]
在一种可能的设计中，所述ap还用于：判断所述第一小区是否存在历史qoe的评估结果，如果不存在，对所述第一小区的网络性能进行评估得到评估结果；
[0076]
如果所述评估结果满足条件，通知所述modem继续驻留在所述第一小区；
[0077]
如果所述评估结果不满足条件，通知所述modem取消对所述n个小区的第一测量结果的抑制；以使所述modem基于所述n个小区的第一测量结果和所述剩余小区的第三测量结果选择第二小区，从所述第一小区切换到所述第二小区。
[0078]
在一种可能的设计中，所述评估结果满足条件，包括：
[0079]
所述评估结果指示所述第一小区的网络性能为流畅；或者，
[0080]
所述评估结果指示在预设时长内所述第一小区的网络性能是流畅的次数大于预设次数；或者，
[0081]
所述评估结果指示所述第一小区的网络性能是流畅的时长大预设时长；或者，
[0082]
所述评估结果指示所述第一小区的网络性能高于在所述多个邻区的网络性能；或者，
[0083]
所述评估结果指示所述第一小区的网络性能高于阈值。
[0084]
第三方面，提供一种终端设备，包括：
[0085]
一个或多个处理器；
[0086]
存储器；
[0087]
以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如上述第一方面提供的方法。
[0088]
第四方面，提供一种电子设备，包括：处理单元和通信单元；
[0089]
通信单元，用于检测到多个小区；
[0090]
处理单元，用于获取n个小区中每个小区的历史体验质量qoe，所述n个小区是所述多个小区中的全部或部分小区；n为正整数；所述历史qoe用于表征所述终端设备历史上在所述每个小区内时的网络使用体验；
[0091]
处理单元或通信单元，用于基于所述历史qoe，在所述多个小区中选择第一小区；
[0092]
通信单元，还用于连接所述第一小区。
[0093]
在一种可能的设计中，所述n个小区是所述多个小区的全部小区的情况下，所述处理单元还用于：获取所述n个小区中每个小区的第一测量结果，所述第一测量结果包括参考信号接收功率rsrp和/或参考信号接收质量rsrq；
[0094]
所述通信单元，还用于：基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；其中，所述第一小区是所述n个小区中第二测量结果最高的小区或第二测量结果大于阈值的小区。
[0095]
在一种可能的设计中，所述n个小区是所述多个小区中的部分小区的情况下，所述通信单元还用于：获取所述多个小区中每个小区的第一测量结果，所述第一测量结果包括rsrp和/或rsrq；基于所述n个小区中每个小区的历史qoe对每个小区的第一测量结果抑制或增强，得到第二测量结果；所述第一小区是所述n个小区的第二测量结果与剩余小区的第一测量结果中测量结果最高或测量结果大于阈值的小区；其中，所述剩余小区为所述多个小区中除去所述n个小区之外的剩余小区。
[0096]
在一种可能的设计中，所述通信单元，具体用于：确定所述n个小区中每个小区的历史qoe的评估结果，所述评估结果表征所述终端设备历史上连接所述n个小区中每个小区时基于该小区的网络使用体验对小区的网络性能的评估；基于所述评估结果对每个小区的第一测量结果抑制或增强，得到所述第二测量结果。
[0097]
在一种可能的设计中，所述通信单元，具体用于：确定所述评估结果对应的抑制强度或增强强度；基于所述抑制强度或增强强度对每个小区的第一测量结果抑制或增强。
[0098]
在一种可能的设计中，所述处理单元，还用于：判断所述第一小区是否存在历史qoe的评估结果，如果不存在，对所述第一小区的网络性能进行评估得到评估结果；
[0099]
如果所述评估结果满足条件，所述通信单元继续驻留在所述第一小区；如果所述评估结果不满足条件，所述通信单元取消对所述n个小区的第一测量结果的抑制；基于所述n个小区的第一测量结果和所述剩余小区的第三测量结果选择第二小区，从所述第一小区切换到所述第二小区。
[0100]
在一种可能的设计中，所述评估结果满足条件，包括：所述评估结果指示所述第一小区的网络性能为流畅；或者，所述评估结果指示在预设时长内所述第一小区的网络性能是流畅的次数大于预设次数；或者，所述评估结果指示所述第一小区的网络性能是流畅的时长大预设时长；或者，所述评估结果指示所述第一小区的网络性能高于在所述多个邻区的网络性能；或者，所述评估结果指示所述第一小区的网络性能高于阈值。
[0101]
在一种可能的设计中，历史qoe的评估结果越高，对小区的抑制强度越低，或者，对小区的增强强度越大。
[0102]
在一种可能的设计中，所述第一小区是所述n个小区中历史qoe最好的小区；或者，
[0103]
所述第一小区是所述n个小区在第一时间段内历史qoe最好的小区，所述第一时间段包括所述终端设备的当前时间点；或者，
[0104]
所述第一小区是所述n个小区在第二时间段内历史qoe最好的小区，所述第二时间段是所述终端设备当前时间点之后的时间段，所述第二时间段的起始时间与所述当前时间点之间的时间差小于阈值。
[0105]
在一种可能的设计中，所述历史qoe包括:历史流畅率和/或历史卡顿率；所述历史qoe最好的小区为历史流畅率最高和/或历史卡顿率最低的小区；其中，历史流畅率为所述终端设备历史上连接上小区时发生网络流畅的概率；所述历史卡顿率为所述终端设备历史上连接上小区时发生网络卡顿的概率；或者，所述历史qoe包括:历史qoe评估结果，所述历史qoe最好的小区为历史qoe评估结果最高的小区或历史qoe评估结果高于阈值的小区，所述历史qoe评估结果为所述终端设备历史上连接小区之后基于该小区的网络使用体验对小区的网络性能的评估。
[0106]
在一种可能的设计中，所述终端设备检测到所述多个小区的地点为第一地点；
[0107]
所述处理单元还用于：控制所述终端设备切换为默认模式；所述默认模式下所述终端设备基于小区的第一测量结果选择目标小区，所述第一测量结果包括rsrq和/或rsrp；
[0108]
当所述终端设备再次到达所述第一地点时，所述通信单元以所述默认模式选择第三小区；所述第三小区与所述第一小区不同。
[0109]
在一种可能的设计中，所述第三小区与所述第一小区不同，包括：所述第一小区的rsrq和/或rsrp低于所述第三小区，所述第一小区的qoe高于所述第三小区。
[0110]
在一种可能的设计中，所述处理单元还用于:确定服务小区的信号强度低于阈值；或者，
[0111]
检测到位置发生变化和/或位移变化量大于预设值；或者，
[0112]
检测到进入预设场景，所述多个小区为所述预设场景对应的小区；或者，
[0113]
确定当前时间达到特定时间。
[0114]
在一种可能的设计中，所述终端设备中存储有场景、时间段、小区以及小区的历史qoe之间的对应关系，所述n个小区为所述对应关系中与当前时间段、当前场景匹配的小区；
[0115]
所述处理单元还用于：确定所述n个小区的历史qoe统计次数大于预设次数；或者，确定所述n个小区的历史qoe的统计累计天数大于预设天数。
[0116]
在一种可能的设计中，所述历史qoe的评估结果满足：
[0117][0118]
其中，i为小区的第i个性能标签，n为性能标签的总数，xi为第i个性能标签的发生概率，yi为第i个性能标签对应的权重，其中，所有性能标签对应的权重之和为1；其中，所述性能标签为所述终端设备为小区的网络性能所划分的等级。
[0119]
第五方面，还提供一种芯片，所述芯片与电子设备中的存储器耦合，用于调用存储器中存储的计算机程序以执行如上述第一方面所述的方法。
[0120]
第六方面，还提供一种计算机可读存储介质，包括指令，当所述指令在电子设备上运行时，使得所述电子设备执行如上述第一方面所述的方法。
[0121]
第七方面，还提供一种计算机程序产品，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如上述第一方面所述的方法。
[0122]
上述第二方面至第七方面的有益效果参见第一方面的有益效果描述，在此不重复赘述。
附图说明
[0123]
图1为本技术一实施例提供的一种应用场景的示意图；
[0124]
图2为本技术一实施例提供的第一算法模式的示意图；
[0125]
图3为本技术一实施例提供的一种小区选择方法的流程示意图；
[0126]
图4为本技术一实施例提供的另一种小区选择方法的流程示意图；
[0127]
图5为本技术一实施例提供的另一种小区选择方法的流程示意图；
[0128]
图6为本技术一实施例提供的另一种小区选择方法的流程示意图；
[0129]
图7为本技术一实施例提供的另一种小区选择方法的流程示意图；
[0130]
图8为本技术一实施例提供的终端设备的一种结构示意图；
[0131]
图9为本技术一实施例提供的终端设备的一种分层架构的示意图。
具体实施方式
[0132]
以下先对本技术实施例中的部分用语进行解释说明。
[0133]
1)终端设备，包括向用户提供语音和/或数据连通性的设备，具体的，包括向用户提供语音的设备，或包括向用户提供数据连通性的设备，或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，ran)与核心网进行通信，与ran交换语音或数据，或与ran交互语音和数据。该终端设备可以包括用户设备(user equipment，ue)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，d2d)终端设备、车到一切(vehicle to everything，v2x)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，m2m/mtc)终端设备、物联网(internet of things，iot)终端设备、签约单元(subscriber unit)、签约站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，ap)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，pcs)电话、无绳电话、会话发起协议(session initiation protocol，sip)话机、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，rfid)、传感器、全球定位系统(global positioning system，gps)、激光扫描器等信息传感设备。
[0134]
作为示例而非限定，在本技术实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。
[0135]
而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，obu)。
[0136]
本技术实施例中，终端设备还可以包括中继(relay)。或者理解为，能够与基站进行数据通信的都可以看作终端设备。
[0137]
本技术实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统，该装置可以被安装在终端设备中。本申
请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本技术实施例提供的技术方案中，以用于实现终端的功能的装置是终端设备为例，描述本技术实施例提供的技术方案。
[0138]
2)网络设备，例如包括接入网(access network，an)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种车到一切(vehicle-to-everything，v2x)技术中的网络设备为路侧单元(road side unit，rsu)。基站可用于将收到的空中帧与ip分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括ip网络。rsu可以是支持v2x应用的固定基础设施实体，可以与支持v2x应用的其他实体交换消息。网络设备还可协调对空口的属性管理。例如，网络设备可以包括lte系统或高级长期演进(long term evolution-advanced，lte-a)中的演进型基站(nodeb或enb或e-nodeb，evolutional node b)，或者也可以包括第五代移动通信技术(the 5th generation，5g)nr系统(也简称为nr系统)中的下一代节点b(next generation node b，gnb)或者也可以包括云接入网(cloud radio access network，cloud ran)系统中的集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)，本技术实施例并不限定。
[0139]
网络设备还可以包括核心网设备，在本技术实施例中，核心网设备例如包括5g系统中的访问和移动管理功能(access and mobility management function，amf)或用户平面功能(user plane function，upf)等，或者包括4g系统中的移动管理实体(mobility management entity，mme)等。
[0140]
本技术实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。在本技术实施例提供的技术方案中，以用于实现网络设备的功能的装置是网络设备为例，描述本技术实施例提供的技术方案。
[0141]
3)无线资源控制(radio resource control，rrc)，在lte中，支持两种rrc状态，即rrc空闲态(rrc_idle)、rrc连接态(rrc_connected)。在nr中，引入rrc非激活态(rrc_inactive)，即nr中支持三种状态，rrc空闲态(rrc_idle)、rrc非激活态(rrc_inactive)、rrc连接态(rrc_connected)，其中，不同的rrc状态之间可以切换。
[0142]
4)体验质量(quality of experience，qoe)，简单来说，qoe可以理解为用户使用终端设备时的上网体验，例如卡顿、流畅等。qoe会受各种因素的影响，所述因素例如包括终端设备的地理位置、小区的接入量、信道质量等等。以地理位置为例，比如当终端设备处于小区的边缘区域时，qoe会较差。以小区的接入量为例，通常接入量越大，qoe越差；接入量越少，qoe越好。其中，接入量是指接入小区的终端设备的总量，接入量是动态变化的。因此，同一个小区在不同时间段的qoe可以不同，比如，终端设备接入小区a，在非高峰期接入量较小，网络较为流畅，在高峰期接入量大，网络卡顿。当然，在同一时间段不同小区的qoe也不相同，比如，在同一个时间段，终端设备接入小区a时，网络较为流畅，接入小区b时，网络卡顿；可能因为在所述时间段内，小区a的接入量较多，小区b的接入量较少，所以小区b的网络体验较好。其中，网络卡顿的场景例如包括：用户使用终端设备中视频播放app播放在线视频(比如电影)的过程中出现卡顿；或者，用户使用终端设备中的网页浏览app浏览网页时，出现网页内容加载失败或者需要等待较长时间，等等。
[0143]
在一些实施例中，qoe还可以被称为业务体验、网络体验等名称，本技术实施例对此名称不作限定。
[0144]
5)终端的移动性管理机制，为了保证终端设备具有持续不断的网络服务而提出的机制，具体包括小区切换(handover)或小区重选(reselection)。小区切换是指处于连接(connected)态的终端设备通过邻区测量从当前小区切换到另一个小区。小区重选是指处于空闲态或非激活态的终端设备通过监测服务小区和邻区的信号以选择一个最好的小区提供网络服务的过程。
[0145]
下面先简单介绍现有机制中小区重选和小区切换过程。
[0146]
一、小区重选
[0147]
终端设备执行小区重选的过程可以包括：网络设备向终端设备发送邻区列表，该邻区列表中包括服务小区的一个或多个邻区的信息，所述信息比如邻区的频率、或邻区的频率和小区标识。假设终端设备驻留到小区a，那么邻区列表包括小区a的一个或多个邻区比如小区b和小区c的信息。终端设备基于邻区列表对服务小区及邻小区进行测量得到服务小区、邻区的参考信号接收功率(reference signal receiving power，rsrp)和/或参考信号接收质量(reference signal receiving quality，rsrq)。通常，终端设备会选择rsrp或rsrq较高的小区，比如，假设小区b的rsrq大于小区a和小区c，那么终端设备选择小区b接入。现有协议中规定小区重选主要包括如下步骤：
[0148]
步骤(step)1：对服务小区及邻小区的rsrp和rsrq进行测量。
[0149]
step2：进行高优先级小区的评估。
[0150]
网络侧为终端设备配置不同小区之间的优先级关系，终端设备对服务小区和邻区的rsrp和rsrq进行测量之后，可以先对高优先级小区(优先级高于服务小区)的能量和质量进行评估。当满足如下条件时，执行小区重选，所述条件包括：邻小区的能量大于网络侧配置的能量门限或者邻小区的质量大于网络侧配置的质量门限，并且重选评估时间达到。
[0151]
step3：进行等优先级小区评估。
[0152]
等优先级小区是指优先级与服务小区相同的小区。对于等优先级小区，当终端设备检测到满足如下条件时，执行小区重选，所述条件包括：rn>rs，并且评估时间达到，其中，rs是服务小区，rn是邻区，rn和rs满足如下关系：
[0153][0154]
其中，q
meas
、qoffset、qoffset
temp
的含义可以参见下表1：
[0155]
表1
[0156][0157]
其中，q
meas,s
是服务小区的q
meas
，q
meas,n
是邻区的q
meas
，qoffset
s,n
是服务小区与邻区的能量偏移量。
[0158]
step4：进行低优先级小区评估。
[0159]
低优先级小区是指优先级低于服务小区的邻区。当终端设备检测到满足如下条件时，执行小区重选，所述条件包括：
[0160]
服务小区的能量小于网络侧配置的门限并且邻小区的能量大于网络配置的门限；并且重选评估时间达到；或者，
[0161]
服务小区的质量小于网络配置的门限并且邻小区的质量大于网络配置的门限，并且重选评估时间达到。
[0162]
二、小区切换
[0163]
现有协议中规定小区切换的主要步骤包括：
[0164]
step1：对服务小区及邻小区的rsrp和rsrq执行测量。
[0165]
step2：当满足网络侧配置的测量事件的条件时向网络侧上报测量报告，该测量报告中包括服务小区和邻区的测量结果。
[0166]
step3：网络根据测量报告执行ue向目标小区的切换过程。
[0167]
比如，网络设备根据测量报告将终端设备从服务小区切换到目标小区，目标小区的rsrp或rsrq高于服务小区。也就是说，区别于小区重选，小区切换过程中，终端设备将测量报告上报网络设备，由网络设备基于测量报告执行小区切换过程。
[0168]
因此，现有机制中，无论是小区重选还是小区切换都是基于终端设备的测量结果进行，具体来说，是选择测量结果中rsrp或rsrq较高的小区接入。
[0169]
然而，存在一种情况：假设终端设备驻留在小区a，检测到邻区b的rsrp或rsrq较高，终端设备从小区a切换到小区b。但是小区b的qoe并不一定好，比如，小区b的用户接入量较高，导致终端设备接入小区b之后，出现网络卡顿的问题，影响用户体验。
[0170]
鉴于此，本技术实施例提供一种小区选择方法，该方法中，终端设备可以选择体验质量qoe较好的小区接入。
[0171]
参见图1，为本技术实施例提供的一种应用场景的示意图。假设终端设备处于小区a的覆盖范围内。终端设备执行邻区测量，测量到小区b和小区c的信息。假设小区a、小区b与小区c的rsrq排序结果为小区b>小区c>小区a。按照现有机制，终端设备应当选择小区b接
入。但是终端设备接入小区b之后，并不一定会有较好的qoe。因此，本技术实施例中，终端设备可以学习小区a、小区b与小区c的qoe，选择qoe较好的小区接入。假终端设备确定小区c的qoe较好，那么终端设备选择小区c接入。因此，通过本技术实施例提供的小区选择方法选择的小区和基于现有机制选择的小区并不相同，而通过本技术实施例提供的小区选择方法选择的小区能够提供更好的qoe。
[0172]
实施例1
[0173]
1.1-小区的qoe
[0174]
小区的qoe是指终端设备接入小区之后，与该小区进行数据交互的过程中网络质量体验。简单来说，就是终端设备接入小区之后，用户使用该终端设备上网的体验。
[0175]
1.2-小区的qoe的评估
[0176]
终端设备可以通过一个或多个评价指标来评价小区qoe，所述评价指标包括但不限定于网络吞吐率、传输速率、时延、丢包率、误码率等。比如，以传输速率为例，当传输速率较高时，认为qoe较好。当传输速率较低时，认为qoe较差。
[0177]
一种较为直观的评估方式为，提供多个性能标签(或者也可以称为性能等级)，比如，流畅、一般和卡顿。终端设备根据小区的评价指标(比如时延、传输速率)为小区标记不同的性能标签。也就是说，小区qoe的评估过程可以理解为小区标记性能标签的过程。
[0178]
多个评价指标比如传输速率、时延、丢包率、带宽等可以单独使用，也可以结合使用，比如，以时延单独使用为例，终端设备确定时延小于第一阈值时，确定该小区的性能标签是流畅，终端设备确定时延在第二阈值和第一阈值的范围内，则确定该小区的性能标签是一般，终端设备确定时延大于第二阈值时，确定该小区的性能标签是卡顿，其中，第一阈值低于第二阈值。
[0179]
或者，终端设备确定满足如下条件中的至少一种时认为流畅；所述条件包括但不限定于：时延小于时延门限1、丢包率小于丢包率门限1、传输带宽大于带宽门限1，等等。或者，终端设备确定满足如下条件中的至少一种时认为卡顿；所述条件包括但不限定于：时延大于时延门限2、丢包率大于丢包率门限2、传输带宽小于带宽门限2，等等。
[0180]
当然，除去流畅、一般和卡顿这三个性能标签之外，终端设备还设置更多的标签，比如，包括流畅、一般、卡顿、严重卡顿四个性能标签；或者，包括非常流畅、一般流畅、一般、卡顿、严重卡顿五个性能标签；等等。当然，终端设备也可以只设置两种性能标签，比如流畅和卡顿。下文中主要以流畅、一般和卡顿这三个性能标签为例介绍。
[0181]
因此，对小区的qoe评估得到的评估结果可以是性能标签。当然，评估结果还可以是评分，具体参见下面实施例1.3介绍。
[0182]
1.3-小区的qoe的学习过程
[0183]
如前文实施例1中的1.2所述，终端设备为每个小区标记性能标签，比如，流畅、一般、卡顿等。通常，小区的qoe受接入量的影响，而接入量是动态变化的，比如某段时间内接入量较少，qoe较好，另一段时间内，接入量变大，qoe变差。因此，终端设备接入一个小区之后，可以实时的评估小区的qoe，即实时的标记性能标签。
[0184]
下面以小区a为例，介绍终端设备学习小区a的qoe的过程。具体而言，小区a的qoe的过程包括数据统计过程和评分计算过程。
[0185]
1、假设终端设备在7月1号接入小区a。
[0186]
数据统计过程：
[0187]
包括数据采集和统计两个过程；终端设备可以实时的(比如每秒)采集数据，比如，终端设备接入小区a之后第1秒采集的数据为表2所示：
[0188]
表2
[0189]
小区采集时间点qoe原因小区a09:00:00卡顿传输速率低于阈值1
[0190]
第2秒采集的数据为表3所示：
[0191]
表3
[0192]
小区采集时间点qoe原因小区a09:00:01流畅传输速率高于阈值2
[0193]
第3秒采集的数据为表4所示：
[0194]
表4
[0195]
小区采集时间点qoe原因小区a09:00:02一般传输速率在阈值1和阈值2之间
[0196]
可选的，为节省功耗，终端设备可以判断当前是否亮屏，如果亮屏则采集数据，否则不采集数据。和/或，终端设备可以判断当前是否处于连接移动网络，若是，则采集数据，否则不采集数据。比如，若终端设备检测到当前连接3g或4g移动网络，则采集数据，若检测到当前连接的是无线wifi，则不采集数据。
[0197]
也就是说，终端设备可以每隔一定的时间(比如，每秒/每几秒/没几十秒/每分钟等)标记一次性能标签。这样的话，终端设备会得到大量的数据，可以将采集的数据统计，如下表5：
[0198]
表5：7月1号小区a的性能标记结果
[0199][0200]
参见表5，终端设备从09:00:00的时刻开始每秒确定一次性能标签。其中，09:00:00可以是终端设备接入小区a的时刻，或者是接入小区a之后的预设时刻，所述预设时刻比如是终端设备接入小区a后首次使用网络的时刻或者是接入小区a的时刻之后的固定时间，等等，本技术实施例不作限定。
[0201]
每秒确定一次性能标签，这样的话，终端设备会得到小区a在大量的时间点对应的性能标签，那么可以统计大量时间点所在的时间段(或时间片)内对应的性能标签的累计次数，示例性的，参见下表6：
[0202]
表6：7月1号的累计统计结果
[0203][0204]
表6中时间段可以是包括所有采集时间点的时间段。比如，是最早采集时间点到最晚采集时间点之间的时间段；比如，上述表5中以采集5次为例所以时间段是5s。当采集次数较多时，时间段可以较长，比如从09:00:00到10:00:00一直采集，那么时间段是一个小时即09:00:00到10::00:00。当然，时间段也可以是预先设置好的，比如，一天24小时，时间段默认分为24个，每个时间段为1个小时。比如，默认09:00:00到10:00:00是一个时间段，假设采集时间点有多个，且均处于09:00:00到10:00:00之间，就算作09:00:00到10::00:00这个时间段内的数据。当然，为了简洁，上述表6中可以不包括采集时间点。
[0205]
继续参见表6，假设终端设备在7月1号之前未统计过小区a的性能标签，那么累计天数是1，卡顿累计次数是采集5次(以表5中采集5次为例)中出现卡顿的次数为2次(参见表5)，流畅累计次数是采集5次中出现流畅的次数为2次，一般累计次数是采集5次中出现一般的次数为1次。
[0206]
评分计算过程：
[0207]
终端设备统计数据之后，可以计算小区a的评分，其中，评分结果的计算方式可以包括：
[0208]
(1)、终端设备设置卡顿权值、一般权值和流畅权值。其中，流畅权值最高，一般权值低于流畅权值、卡顿权值低于一般权值，比如，最大权值是100，那么流畅权值是100，一般权值为70，卡顿权值为40；或者，流畅权值、一般权值和流畅权值可以是区间范围或区间范围内的任一值，比如，流畅权值的区间范围是(80，100]；一般权值的区间范围是(60，80]，卡顿权值的区间范围是(40，60]。当流畅权值、一般权值和流畅权值是区间范围时，计算出的评分结果是一个数值范围，当流畅权值、一般权值和流畅权值是具体取值时，计算出的评分结果是具体数值。
[0209]
其中，卡顿权值、一般权值和流畅权值可以是预先设置好的固定值或固定的区间范围；或者，卡顿权值、一般权值和流畅权值也可以调整，比如，用户可以手动调整，终端设备可以提供一个权值调整界面，在该界面中显示当前的卡顿权值、一般权值和流畅权值，用户可以在所述界面内调整卡顿权值、一般权值或流畅权值。
[0210]
当然，如果终端设备设置的是四个性能标签，比如，流畅、一般、卡顿、严重卡顿；那么相应的权值可以设置为：流畅权值100、一般权值80、卡顿权值60、严重卡顿权值40；或者，流畅权值的区间范围是(80，100]；一般权值的区间范围是(60，80]，卡顿权值的区间范围是(40，60]；严重卡顿的区间范围是(20，40]。需要说明的是，无论性能标签的个数是多少，其评分结果的计算方式原理相同，本文中以三个性能标签：流畅、一般和卡顿为例介绍评分结果的计算过程。
[0211]
(2)、终端设备确定小区a的卡顿率、一般率和流畅率；其中，卡顿率是指终端设备连接小区a后出现网络卡顿的概率，比如，卡顿率＝卡顿累计次数/总次数，总次数＝卡顿累计次数 流畅累计次数 一般累计次数。以上述表6为例的话，卡顿率＝2/5。其中，一般率是指终端设备连接上小区a后出现网络一般的概率，比如，一般率＝一般累计次数/总次数；总次数＝卡顿累计次数 流畅累计次数 一般累计次数。以上述表6为例的话，一般率＝1/5。其中，流畅率是指终端设备连接上小区a后发生网络流畅的概率；比如，流畅率＝流畅累计次数/总次数；总次数＝卡顿累计次数 流畅累计次数 一般累计次数。以上述表6为例的话，流畅率＝2/5。
[0212]
(3)、终端设备基于卡顿权值、一般权值和流畅权值、以及卡顿率、一般率和流畅率确定小区a的评分：比如，小区a的评分满足：x1＝流畅权值*流畅率 卡顿权值*卡顿率 一般权值*一般率。其中，x1是评分。比如x＝70、80、90等等。
[0213]
上面是以性能标签是卡顿、一般和流畅为例的，实际上可以包括更多或更少的性能标签，总结来说，所述小区的评分结果满足：
[0214][0215]
其中，i为小区的第i个性能标签，n为性能标签的总数，如果性能标签是3个，n＝3；xi为第i个性能标签的发生概率，yi为第i个性能标签对应的权重，其中，所有性能标签对应的权重之和为1；其中，所述性能标签为所述终端设备为小区的网络性能所划分的等级。
[0216]
上述步骤(1)至步骤(3)是终端设备7月1号接入小区a之后，在时间段09:00:00-09:00:04内的评分结果。
[0217]
需要说明的是，上述评分结果x1是终端设备对小区a在7月1号的当日评价结果。为了提升对小区a的评价结果的准确性，可以继续对小区a继续学习，比如当终端设备下次接入小区a时，可以继续学习小区a的评价结果。
[0218]
2、假设终端设备在7月2号再次接入小区a。
[0219]
存在一种情况，终端设备在7月2号再次接入小区a的时间可能与在7月1号接入的时间不同，比如，7月1号上午接入小区a，但是在7月2号晚上接入小区a，这样的话，终端设备在7月2号的采集时间点与7月1号的采集时间点没有重叠的时间点，这种情况下，终端设备可以采用类似的方式统计在7月2号晚上的多个采集时间点的累计次数，并计算评分结果，其原理与上述表6中评分结果的原理相同，只是时间段在晚上的一个时间段与表6中的时间段没有重叠。
[0220]
下面假设终端设备在7月2号上午接入小区a为例(即终端设备在7月1号接入小区a的时间与在7月2号接入小区a的时间重叠)，介绍终端设备继续学习小区a的过程。
[0221]
数据统计过程：
[0222]
7月2号，终端设备接收小区a之后每隔一定的时间(比如每秒)标记一次性能标签。示例性的，参见下表7：
[0223]
表7：7月2号的性能标记结果
[0224][0225]
终端设备可以得到7月2号当天小区a在大量的时间点对应的性能标签，可以统计所述大量时间点所在的时间段(或时间片)内对应的性能标签的累计次数，示例性的，参见下表8：
[0226]
表8：7月2号的累计统计结果
[0227][0228][0229]
上述表8中可以不包括采集时间点。其中，x2的计算方式与前文中x1的计算方式类似，在此不重复赘述。需要说明的是，x2是7月2号当天终端设备对小区a在时间段09:00:00-09:00:04的当日评价结果。
[0230]
为了提升小区a的学习结果的准确性，终端设备可以迭代7月1号的当日评价结果，与7月2号的当日评价结果，得到最终的评价结果。比如，终端设备可以基于表8更新上述表6，得到表9，表9也可以理解为表8和表6的数据叠加结果。
[0231]
表9：7月1号和7月2号的累计统计结果
[0232][0233]
上述表9中可以不包括采集时间点。其中，表9中的累计天数是指终端设备在09:00:00-09:00:04的时间段内学习小区a的累计天数；卡顿累计次数包括7月1号在时间段09:00:00-09:00:04内发生卡顿累计次数和7月2号在时间段09:00:00-09:00:04内发生卡顿累计次数的和；流畅累计次数包括7月1号在时间段09:00:00-09:00:04内发生流畅累计次数和7月2号在时间段09:00:00-09:00:04内发生流畅累计次数的和；一般累计次数包括7月1
号在时间段09:00:00-09:00:04内发生一般累计次数和7月2号在时间段09:00:00-09:00:04内发生一般累计次数的和。
[0234]
评分计算过程：
[0235]
其中，评分x3是终端设备综合7月1号和7月2号两天的统计数据对小区a的评价结果。x3的确定方式有多种，比如如下方式1-方式3中的至少一种：
[0236]
方式1，x3是x1和x2的平均值，
[0237]
方式2，x3是x1和x2的加权平均值，比如x3＝k1*x1 k2*x2；其中，k1，k2为权重因子，k1 k2＝1，k1，k2可以设置为预设的固定值，也可以动态调整。可以理解的是，如果评价x3的计算发生在7月2号当天，那么x1是历史评价结果；x2是当日评价结果。因此，终端设备将当日评价结果与历史评价结果加权得到最终的评价结果。
[0238]
方式3，与x1计算方式类似，具体而言，x3满足：x3＝流畅权值*历史流畅率 卡顿权值*历史卡顿率 一般权值*历史一般率。其中，历史卡顿率是指历史上终端设备连接小区a后出现网络卡顿的概率，这里所述的“历史上”就是7月1号和7月2号两天；比如，历史卡顿率＝历史卡顿累计次数/历史总次数，历史总次数＝历史卡顿累计次数 历史流畅累计次数 历史一般累计次数。以上述表9为例的话，历史卡顿率＝4/10。其中，历史一般率是指历史上终端设备连接小区a后出现网络一般的概率，比如，历史一般率＝历史一般累计次数/历史总次数；历史总次数＝历史卡顿累计次数 历史流畅累计次数 历史一般累计次数。以上述表9为例的话，历史一般率＝2/10。其中，历史流畅率是指历史上终端设备连接小区a后发生网络流畅的概率；比如，历史流畅率＝历史流畅累计次数/历史总次数；历史总次数＝历史卡顿累计次数 历史流畅累计次数 历史一般累计次数。以上述表9为例的话，历史流畅率＝4/10。
[0239]
3、假设终端设备在7月3号再次统计到09:00:00-09:00:04这个时间段内的数据，可以使用上述方式1-方式3中的任意一种方式计算小区a的评分。假设使用上述方式1，再假设7月3号的当日评价结果是x4，那么最终评价结果是x1、x2和x4的平均值；假设使用上述方式2，那么最终评价结果是x1、x2和x4的加权平均值。或者，也可以使用如下方式计算最终评分：
[0240]
1、计算历史流畅率＝历史流畅累计次数/历史总次数；同理，历史一般率＝历史一般累计次数/历史总次数；历史卡顿率＝历史卡顿累计次数/历史总次数；这里的历史流畅累计次数包括7月1号和7月2号的流畅累计次数；历史一般累计次数和历史卡顿累计次数也是一样。
[0241]
2、计算历史评分p＝流畅权值*历史流畅概率 一般权值*历史一般概率 卡顿权值*历史卡顿概率；
[0242]
3、计算当日流畅率＝当日流畅累计次数/当日累计总次数；当日一般率＝当日一般累计次数/当日累计总次数；当日卡顿率＝当日卡顿累计次数/当日累计总次数；
[0243]
4、计算当日评分q＝流畅权值*当日流畅概率 一般权值*当日一般概率 卡顿权值*当日卡顿概率
[0244]
5、计算最终得分＝k1*历史得分 k2*当日得分；其中，k1，k2为权重因子，k1 k2＝1。
[0245]
因此，通过上述学习过程，终端设备可以学习出小区a的评分结果，该评分结果一
定程度上可以用于表征小区a在时间段(09:00:00-09:00:04)内的qoe。
[0246]
需要说明的是，数据统计过程可以在终端设备连接上小区a之后实时的发生，评分计算过程可以实时的进行，比如每执行一次数据统计就立即执行一次评分计算，或者，评分计算过程也可以在每天的固定时间发生，比如，终端设备统计完7月1号当天的数据之后，在7月1号固定时间(比如晚上24:00)计算小区a的评分结果。再比如，终端设备统计完7月2号当天的数据之后，在7月2号固定时间(比如晚上24:00)基于当日评价结果与历史评价结果确定小区a的最终评价结果。或者，终端设备空闲时间执行评分计算过程，所述空闲时间例如终端设备的熄屏的时间内，或者确定熄屏的时长大于预设时长时执行评分计算过程，或者，终端设备确定运行的应用数量少于预设数量时执行评分计算过程，等等，本技术实施例不作限定。
[0247]
在一些实施例中，为了方便记录历史统计结果和当日统计结果，上述表9也可以采用如下的表10的形式：
[0248]
表10：7月1号和7月2号的累计统计结果
[0249][0250][0251]
上述表10中可以不包括采集时间点。其中，卡顿累计次数是7月1号的卡顿累计次数和7月2号的卡顿累计次数之和，流畅累计次数和一般累计次数同样，可以用于计算历史评分结果。最近一次卡顿累计次数是指7月2号当天的卡顿累计次数；最近一次流畅累计次数是指7月2号当天的流畅累计次数；最近一次一般累计次数是指7月2号当日的一般累计次数；可以用于计算当日评分结果；最近一次日期是指7月2号。应当理解的是，如果终端设备在7月3号再次统计到09:00:00-09:00:04这个时间段内的数据；更新上述表10即可。
[0252]
为了提升计算速率，一些老化数据可以删除，所述老化数据可以理解为预设时间之前的数据，比如1周之前的数据或者一个月之前的数据。例如，如果上述表格6中累计天数达到预设天数(比如7天或15天或30天)，那么预设天数之前的数据可以删除，即预设天数之前的数据不用于计算评分结果。
[0253]
1.4-不同场景(scene)下的小区的qoe的学习过程
[0254]
在本技术实施例中，终端设备可以对每个接入过的一个小区进行qoe的学习，也可以只对固定场景的小区进行qoe的学习。其中，所述固定场景包括家、公司、上班路线、下班路线等。可选的，终端设备判断是否进入固定场景的方式包括但不限定于如下方式：
[0255]
1、通过gps确定进入固定场景。比如，终端设备检测到历史上在特定时间段内的gps基本上都是位置1，则将所述位置1作为固定场景，比如，历史上在上午9点到下午18点的
时间段内的gps基本上都是位置1，将该位置1标记为“公司”，那么终端设备检测到当前gps是位置1时，确定当前场景是“公司”。再比如，历史上在晚上7点到早上8点的gps都是位置2，则将位置2标记为“家”，那么终端设备检测到当前gps是位置2时，确定当前场景为“家”。
[0256]
2、通过围栏检测到进入固定场景。其中，围栏可以是包括wifi信息构成的，比如，终端设备检测到历史上在特定时间段内周围的wifi信息基本都是(wifi1、wifi2、wifi3)，则将(wifi1、wifi2、wifi3)作为固定场景对应的围栏。比如，历史上在上午9点到下午18点的时间段内的周围的wifi信息基本上都是(wifi1、wifi2、wifi3)，将该(wifi1、wifi2、wifi3)标记为“公司”对应的围栏，当终端设备检测到周围的wifi信息与(wifi1、wifi2、wifi3)一致或差异不大时，确定当前场景为“公司”。再比如，历史上在晚上7点到早上8点的周围的wifi信息都是(wif4、wifi5、wifi6)，则将(wif4、wifi5、wifi6)作为“家”对应的围栏，当终端设备检测到周围的wifi信息与(wif4、wifi5、wifi6)一致或差异不大时，确定当前场景为“家”。当然，围栏还可以有其它的形式，比如，围栏还可以由移动网络的小区信息构成，比如终端设备历史上在特定时间段内检测到的服务小区都是小区a或者服务小区是小区a并且邻小区都是(小区1、小区2、小区3)，则将小区a和邻区(小区1、小区2、小区3)作为固定场景对应的围栏。
[0257]
如果终端设备仅学习固定场景内的小区的qoe，一种可行方式为，比如，终端设备检测到当前场景是“家”，学习当前场景下的多个小区的qoe，其中，所述当前场景下的多个小区是指在所述当前场景下能够检测到并且可以正常驻留的小区。比如，在家中，终端设备能够检测到周围分布的小区有多个，终端设备可以主动连接每个小区以便学习每个小区的qoe，或者，终端设备也可以在接入某个小区之后学习该小区的qoe，当切换到另一个小区之后，再学习所述另一个小区的qoe。
[0258]
示例性的，参见下表11a，为在不同场景下，终端设备连接各个小区之后采集各个小区的数据的示例。下表中，scene表示场景、time表示采集时间点、sim sercgi表示手机中用户身份识别卡(subscriber identity module，sim)的服务小区(serving cell)的小区全球标识(cell global identity，cgi)，小区的cgi可以是小区cell的identity，简称cid。sim serrsrp表示手机中sim卡的服务小区的rsrp，sim serrsrp表示手机中sim卡的服务小区的rsrp。
[0259]
表11a：不同场景下的小区的数据采集
[0260][0261]
以上述表11a为例，终端设备可以统计出场景“家”所对应的小区的性能标签的累计统计结果，以及对应的qoe学习结果即评分，也可以统计出场景“公司”所对应的小区的性能标签的累计统计结果，以及对应的qoe学习结果，具体可以参见前文实施例1中1.3的介绍，在此不重复赘述。比如，参见下表11b，为场景“家”对应的小区(比如小区a和小区b)的累计统计结果以及qoe学习结果。
[0262]
表11b：场景“家”对应的小区的累计统计结果
[0263][0264]
由于采集的数据较多，为了数据简洁化，可以将上述表格中的信息映射为简单的索引(index)，以简化表格，比如，以上述表11a为例，可以按照一定的对应关系将rsrp和rsrq转换成索引，比如，rsrp-60dbm～-80dbm转换为索引“1”、“优”或“高”，rsrp-80dbm～-100dbm转换为索引“0”、“差”或“低”。再比如，rsrq值-60dbm～-80dbm转换为索引“1”、“优”或“高”，rsrq值-80dbm～-100dbm转换为索引“0”、“差”或“低”。再比如，时间段也可以转化为时间索引(time index)，比如8:00-9:00转换为时间索引“8”，18:00-19:00转换为时间索引“18”。因此，上述表11a所对应的表格可以替换为如下表格11c：
[0265]
表11c
[0266]
scenetimeindexsercgirsrp indexrsrq indexqoe原因家8cid1优高流畅 公司18cid2良低一般 [0267]
1.5-存储小区的学习结果
[0268]
方式1、建立小区与评分结果的对应关系并存储。
[0269]
可选的，在上述学习过程中，可以不需要记录时间段，比如，终端设备在某一个时间段连接到小区a，学习到小区a的评分结果是x，则将x作为该小区的最终评分结果，而不是作为该小区a在所述时间段内的评分结果。再比如，无论终端设备在哪个时间段连接到小区a，都可以学习该小区a的评分结果，然后将各个时间段对该小区a的评分结果综合得到最终评分。这种情况下，终端设备得到各个小区的评分结果，该评分结果不做不同时间段的划分。比如，参见下表12，为各个小区的评分结果的示例。
[0270]
表12
[0271]
小区标识评分结果小区a90分～100分小区b80分～90分小区c70分～80分
[0272]
其中，每个小区的评分结果可以是一个具体数值，也可以是一个区间范围(参见前文介绍)，本技术实施例对此不作限定。
[0273]
为了方便使用，终端设备可以存储小区和评分结果的对应关系比如表12，在选择目标小区时，可以基于该对应关系来选择目标小区，比如直接选择评分结果最高的小区，或
者基于评分结果对小区测量结果进行抑制或增强，基于抑制或增强后的测量结果选择小区(具体在后文实施例2中方式a至方式c的介绍)。当然所述对应关系是可以更新的，比如，对应关系中存储的小区的评分实际上是历史评分，终端设备当天再次接入到小区a后，得到小区a的当日评分，将当日评分和对应关系中的历史评分综合得到小区a的最终评分。
[0274]
方式2、建立小区、时间段、评分结果的对应关系并存储。
[0275]
为了提升小区选择的准确性，终端设备可以将对各个小区在不同时间段的评分结果记录下来，这种情况下，对于同一个小区，不同时间段对应不同的评分结果。示例性的，参见表13，为各个小区的评分结果的示例。
[0276]
表13
[0277]
小区标识时间段评分结果小区a8:00-9:0090分～100分小区b8:00-9:0080分～90分小区c8:00-9:0070分～80分小区a9:00-10:0060分～70分小区b10:00-11:0060以下
[0278]
在表13所示的示例中，小区a或小区b在两个时间段的评分结果不同；这样的话，终端设备可以基于不同时间段选择更合适的目标小区。
[0279]
为了方便使用，终端设备可以存储小区、时间段、评分结果之间的对应关系比如表13，在选择目标小区时，可以基于该对应关系选择。比如，当前时间点是8:30，那么选择包含当前时间点的时间段(8:00-9:00)对应的评分结果，基于该评分结果选择小区。再比如，当前时间点是7:59，那么选择未来的时间段比如8:00-9:00对应的评分结果，基于该评分结果选择小区。其中，基于评估结果选择小区比如直接选择评分结果最高的小区，或者基于评分结果对小区测量结果进行抑制或增强，基于抑制或增强后的测量结果选择小区(具体在后文实施例2中方式a至方式c的介绍)。当然，所述对应关系也是可以更新的，在此不重复赘述。
[0280]
方式3、建立场景、小区、时间段、评分结果之间的对应关系并存储。
[0281]
如果终端设备对固定场景的小区进行学习，这种情况下，终端设备可以存储场景、时间段、小区与评分结果之间的对应关系。比如，下表14：
[0282]
表14
[0283][0284]
为了方便标记，还可以将上述各个表可以做简化，比如，将具体的时间段信息比如8:00-9:00转换为时间索引“8”，比如时间段9:00-10:00转换为时间索引“9”。
[0285]
可选的，对qoe评估时，可以过滤到无效数据，其中无效数据可以包括无qoe数据，比如终端设备发生卡顿，但是卡顿原因是运行应用较多，系统崩溃而导致的卡顿，不是网络卡顿，那么此次卡顿不能统计到累计卡顿次数中；或者，所述无效数据还可以包括卡顿原因是服务器发生故障而导致的卡顿；比如，有上行但无下行的数据，比如，终端设备通过通信应用与第三方服务器交互，但是第三方服务器故障或维修导致终端设备出现卡顿，那么此次卡顿也不能统计到累计卡顿次数中。
[0286]
在一些实施例中，上述小区的qoe的学习过程可以通过第一算法模型实现。参见图2为，第一算法模型的示意图。比如，第一算法模型的输入参数可以是表6中除去评分之外的其它数据，输出参数为评分结果x1。再比如，第一算法模型的输入参数可以是上述表8中除去评分结果之外的其它数据，输出参数为评分x2；或者，第一算法模型的输入参数还可以是上述表9中除去评分x3之外的其它数据，输出参数为x3。其中，第一算法模型可以是决策树、逻辑回归(logistic regression，lr)，朴素贝叶斯(naive bayes，nb)分类算法，随机森林(random forest，rf)算法，支持向量机(support vector machines，svm)算法、方向梯度直方图(histogram of oriented gradients,hog)，神经网络、深度神经网络、卷积神经网络等等。第一算法模型可以是出厂之前事先建立好、并存储在终端设备中的模型；或者，出厂时存储的是初始模型，第一算法模型是对该初始模型进行训练之后得到的模型。其中，训练过程可以理解为将输入参数输入到初始模型，运算得到输出结果(评分结果)，若输出结果与真实结果不符合，则调整初始模型，使得调整后的模型得到的输出结果尽可能的接入真实结果，调整模型参数之后的模型为第一算法模型。
[0287]
实施例2
[0288]
该实施例介绍终端设备基于小区的历史qoe选择目标小区的过程。
[0289]
参见图3，为本技术实施例提供的一种小区选择方法的流程示意图。该方法的流程包括：
[0290]
s200，终端设备检测到多个小区。
[0291]
所述“检测小区”可以理解为通过小区测量，确定的多个满足选择条件的小区。比如，如果终端设备处于连接态，可以确定多个满足小区切换条件(比如rsrp或rsrq高于服务小区)的小区，如果终端设备处于空闲态，可以确定多个满足小区重选条件(比如前文中的小区重新过程中的step2至step4)的小区。所述多个小区中可以包括终端设备当前的服务小区，邻区等。所述“检测小区”过程可以实时的进行。
[0292]
s201，终端设备获取n个小区中每个小区的历史qoe，n个小区是多个小区中的全部或部分小区。
[0293]
终端设备在一定的触发时机下获取小区的历史qoe，所述触发时机比如包括如下至少一种：
[0294]
1、每检测到小区时，就获取小区的历史qoe。如果检测到多个小区，就获取多个小区中全部或部分小区的历史qoe。
[0295]
2、考虑到终端设备的位置发生变化时检测到的小区不同。因此，终端设备的位置发生变化或变化量大于预设值时，检测小区，然后获取小区的历史qoe。
[0296]
3、假设终端设备当前接入小区a，当终端设备检测到小区a的信号强度低于阈值时，说明终端设备要移出服务小区比如移动到服务小区的边缘区域，此时，终端设备可以检
测小区，然后获取小区的历史qoe，并基于历史qoe选择小区。
[0297]
4、终端设备检测到进入一个固定场景时，检测小区，然后获取小区的历史qoe。比如，终端设备检测到进入固定场景“家”，则基于上述表11c或表14在“家”对应的多个小区中选择目标小区。其中，终端设备检测到进入一个固定场景的方式请前文实施例1中的1.4。
[0298]
5、终端设备在固定时间点检测小区，然后获取小区的历史qoe，所述固定时间点比如，整点时刻，所述整点时刻比如8点、9点、10点等等。或者，所述固定时间点可以是整点时刻之前的预设时刻，比如8:59，9:59，10:59等等。这种情况下，可以选择未来时间段内小区的历史qoe。比如，在8:59选择9：00-10:00这个时间段的小区的历史qoe。或者，所述固定时间点可以是时间段(或时间片)的开始时刻获取，比如，时间段是09:00-10:00，那么固定时间点是09:00或09:01。
[0299]
其中，历史qoe包括历史qoe的评估结果。评估结果可以是评分结果，其中评分结果的过程可以参见实施例1的介绍，也可以是性能标签，比如流畅、卡顿等。下文以评分为例介绍。如实施例1中1.5，终端设备中可以存储小区与评分结果之间的对应关系比如上述表12；或者小区、时间段与评分结果之间的对应关系比如表13或表14。如果是表12所示的不包含时间段的对应关系，终端设备获取小区的历史qoe可以是获取小区的小区标识，基于小区标识在上述对应关系中确定与所述小区标识对应的历史qoe。如果是表13或表14所示的包含时间段的对应关系。那么终端设备获取小区的历史qoe可以包括：获取小区在当前时间点的历史qoe；比如，当前时间点是8:30，则终端设备获取包含8:30的时间段内小区的历史qoe。以表13为例，假设n个小区包括小区a和小区b，包含当前时间即8:30的时间段是8:00-9:00，那么小区a的历史qoe的评估结果是90分～100分，小区b的历史qoe的评估结果是80分～90分。或者，终端设备获取小区的历史qoe还可以包括：获取在未来时间段内的小区历史qoe的。未来时间段是指在当前时间点之后的预设时间段，比如距离当前时间点较近的时间，比如，假设当前时间点是8:59，未来时间段可以是9:00-10:00这个时间段。
[0300]
举例来说，假设当天是7月5号，终端设备获取小区在7月5号之前的历史评分结果。再假设当前时间点是7月5号的8:30，终端设备获取包含8:30的时间段(比如8:00-9:00)内小区的历史评分结果。或者，终端设备获取小区的历史qoe的评分结果可以是指获取小区的历史评分结果以及小区的当日评分结果，然后基于小区的历史评分结果和当日评分结果得到小区的最终评分结果。其中，基于小区的历史评分结果和当日评分结果得到小区的最终评分结果的过程请参见前文介绍。假设当前时间点是7月5号8:30，终端设备获取包含8:30的时间段(比如8:00-9:00)内小区的历史评分结果和终端设备在7月5号在8:00-8:30这个时间段内的当日评分结果，基于当日评分结果和历史评分结果得到最终评分结果。这种方式中，终端设备考虑了当日评分结果，较为准确。
[0301]
s202，终端设备基于历史qoe在多个小区中选择目标小区。
[0302]
可以理解的是，终端设备检测到多个小区之后，终端设备中可能存储有多个小区中全部或部分小区的历史qoe。因此，下面分两种情况介绍。
[0303]
情况1，n个小区是多个小区的全部小区。
[0304]
假设获取到全部小区的历史qoe，那么终端设备基于每个小区的历史qoe对每个小区的直接测量结果(第一测量结果)进行抑制或增强，基于抑制或增强后的测量结果选择小区。具体可以通过如下方式1或方式2进行。
[0305]
方式1：终端设备基于抑制策略对小区的第一测量结果进行抑制，基于抑制后的测量结果选择小区。具体而言，终端设备获取n个小区的第一测量结果，可以是s200中进行，也可以是在s200之后执行。其中，终端设备获取小区的第一测量结果的过程可以是理解为小区测量，比如物理层进行小区测量，然后将测量结果上报到高层比如rrc层；其中，测量过程可以参见前文描述在此不重复赘述。终端设备基于n个小区中每个小区的历史qoe对每个小区的第一测量结果进行抑制，得到第二测量结果，选择第二测量结果中测量结果最高的小区或测量结果大于阈值的小区为目标小区。比如，假设终端设备检测到小区a、小区b和小区c的第一测量结果如下表15：
[0306]
表15：第一测量结果
[0307]
小区rsrq小区ap1小区ap2小区bp3
[0308]
终端设备中存储评分结果与抑制等级的对应关系，其中，评分越高，抑制越弱，比如参见下表16：
[0309]
表16：抑制等级与评分结果的对应关系
[0310]
评分结果抑制等级(90分，100分]-0dbm(80分，90分]-0dbm～-3dbm(70分，80分]-3dbm～-10dbm(60分，70分]-10dbm～-20dbm60以下-20dbm以上
[0311]
评分越高，抑制越弱，比如，一个小区的测量结果是p＝-60，如果该小区的评分结果是90分，对应的抑制等级是-0dbm，该小区的抑制后的测量结果等于p与抑制等级之和，即p-0＝-60；如果该小区的评分结果是80分，对应的抑制等级是-3dbm，那么该小区的抑制后的测量结果等于p与抑制等级之和，即p-3＝-63；由于-60大于-63，所以，分数越高，抑制越弱，抑制后的测量结果越高，如果终端设备基于抑制后的测量结果选择小区，那么抑制后的测量结果越高，被选中的概率越高。
[0312]
比如，假设终端设备得到小区a、小区b和小区c各自的评分结果之后，确定对应的抑制等级。比如，小区a的评分结果是x1＝100，对应抑制等级区间为-0dbm～-3dbm，终端设备可以在区间-0dbm～-3dbm中选择任意一个抑制数值对小区a的测量结果p1进行抑制；所述抑制等于测量结果p1加上所述选择出的抑制数值，比如抑制数值是-3dbm，p1是-80dbm，那么抑制后的测量结果是p1-3＝-83dbm。对于小区b和小区c的抑制过程类似，不重复赘述。例如，小区a、小区b和小区c的抑制后的测量结果即第二测量结果参见表17：
[0313]
表17：第二测量结果
[0314]
小区rsrq小区ap1-3dbm小区bp2-5dbm
小区cp3-15dbm
[0315]
终端设备确定第二测量结果中，哪一个小区的rsrq最高，则接入哪一个小区。比如，假设p2-5dbm大于p1-3dbm和p3-15dbm，则选择小区b。
[0316]
在另一些实施例中，上述表16-抑制等级与评分结果的对应关系也可以替换为下表18：卡顿率与抑制等级之间的对应关系，其中，卡顿率越高，抑制越多。这种情况下，终端设备可以基于小区的卡顿率对小区的第一测量结果进行抑制。
[0317]
表18：卡顿率与抑制等级之间的对应关系
[0318]
卡顿率抑制等级0％-10％-0dbm10％-20％-0dbm至-3dbm20％-50％-3dbm至-10dbm50％-80％-10dbm至-20dbm80％-100％-20dbm以上
[0319]
当然，上述表16-抑制等级与评分结果的对应关系也可以替换为流畅率与抑制等级之间的对应关系，应理解，流畅率越高，抑制越弱。其中，卡顿率、流畅率的计算方式参见前文实施例1中的1.3。
[0320]
方式2，与方式1的抑制策略不同，在方式2为增强策略，具体而言，终端设备基于n个小区中每个小区的历史qoe的评分结果对每个小区的测量结果进行增强，得到第二测量结果，选择第二测量结果中测量结果最高或高于阈值的小区为目标小区。
[0321]
终端设备可以存储评分结果与增强等级之间的对应关系，比如，参见下表19，为不同评分结果对应的增强等级。
[0322]
表19：增强等级与评分结果的对应关系
[0323]
评分结果增强等级(90分，100分]20dbm以上(80分，90分]10dbm～20dbm(70分，80分]3dbm～10dbm(60分～70分]0dbm～3dbm60以下0
[0324]
评分越高，增强越大，比如，一个小区的测量结果是p＝-60，如果该小区的评分结果是90分，对应的增强等级是20dbm，该小区的增强后的测量结果等于p与增强等级之和，即p 20＝-40；如果该小区的评分结果是80分，对应的增强等级是10dbm，那么该小区的增强后的测量结果等于p与增强等级之和，即p 10＝-50；由于-40大于-50，所以，分数越高，增强越大，增强后的测量结果越高，如果终端设备基于增强后的测量结果选择小区，那么增强后的测量结果越高，被选中的概率越高。
[0325]
比如，终端设备得到小区a、小区b和小区c各自的评分结果之后，确定对应的增强等级。比如，小区a的评分结果是x1＝90，对应增强等级区间为10dbm～20dbm，终端设备可以在区间10dbm～20dbm中选择任意一个增强数值对小区a的测量结果p1进行增强；这里所述的增强是指在测量结果p1加上所述选择出的增强数值，比如增强数值是10dbm，p1是-80dbm，那么增强后的测量结果是-70dbm。对于小区b和小区c的增强过程类似，不重复赘述。
[0326]
同理，上述表19-增强等级与评分结果的对应关系也可以替换为卡顿率与增强等级之间的对应关系，当然还可以替换为流畅率与增强等级之间的对应关系等等。
[0327]
情况2，n个小区是多个小区的部分小区。
[0328]
比如，共检测到三个小区，小区a至小区c，终端设备中存储有小区a和小区c的历史qoe，没有存储小区b的历史qoe。
[0329]
这种情况下，终端设备可以检测到小区a的第一测量结果、小区b的第一测量结果，小区c的第一测量结果。由于小区a和小区c有历史qoe，所以，终端设备可以基于小区a的历史qoe对小区a的第一测量结果进行抑制或增强，得到小区a的第二测量结果；基于小区c的历史qoe对小区c的第一测量结果进行抑制或增强，得到小区c的第二测量结果。终端设备基于小区a的第二测量结果、小区c的第二测量结果以及小区b的第一测量结果的排序结果，确定测量结果最高或高于阈值的小区为目标小区。
[0330]
上述方式1和方式2可以结合使用，比如，当小区的评分结果大于阈值时，使用增强策略，当小区的评分结果小于阈值时，使用抑制策略。
[0331]
可以理解的是，除去上述方式1和方式2之外，还可以包括其它方式，比如：
[0332]
终端设备选择历史qoe的评分大于阈值的小区，假设评分大于阈值的小区数量为1，那么就选择该小区作为目标小区，假设评分大于阈值的小区的数量大于1，则选择其中评分最高的小区作为目标小区，或者选择其中信号强度最高的小区作为目标小区。这种方式中，终端设备选择目标小区时，只考虑小区的评分结果，无需对测量结果进行抑制或增强，较为简单。
[0333]
或者，终端设备可以选择流畅率最高或流畅率大于阈值的小区，和/或，卡顿率最低或卡顿率低于阈值的小区，其中，流畅率和卡顿率的计算方式参见前文实施例1中的1.3。当然，如果基于流畅率或卡顿率选择出的小区有多个，可以在选择所述多个小区中rsrp和/或rsrq最强的小区。
[0334]
s203，终端设备驻留到目标小区。
[0335]
需要说明的是，终端设备驻留到目标小区可以包括多种情况，比如，终端设备原本的服务小区就是所述目标小区，则不执行动作。再比如，终端设备原本不在所述目标小区内，且处于空闲态，那么终端设备需要发起小区重选，驻留到目标小区中。其中，小区重选过程参见前面介绍。再比如，终端设备原本不在目标小区，且处于连接态，则执行小区切换过程，切换到目标小区中，其中小区切换过程参见前文描述。
[0336]
实施例3
[0337]
实施例2中的情况2中，终端设备有可能选择出具有qoe的小区比如小区a或小区c，也有可能选择出没有qoe的小区比如小区b。由于终端设备中没有小区b的历史qoe，也就是说，终端设备不清楚小区b的qoe如何，此时，可以启动快速学习策略，所谓快速学习策略可以理解为上述实施例1中小区qoe的学习过程立即执行。通过快速学习策略可以学习到小区b的性能或评分，基于小区b的学习结果判断是否继续驻留到小区b还是重新选择小区。上述快速学习策略包括如下方式1或方式2：
[0338]
方式1，终端设备驻留小b之后，确定小区b的性能标签。其中，终端设备确定性能标签的方式参见实施例1中的1.2。如果小区b的性能标签满足如下的预设条件时，则继续驻留到小区b，所述预设条件包括：
[0339]
小区b的性能标签是流畅；或者，
[0340]
预设时长内小区b的性能标签是流畅的次数大于预设次数；或者，
[0341]
小区b的网络性能是流畅的时长大预设时长；或者，
[0342]
终端设备检测到多个小区，比较多个小区的性能标签，其中小区b的性能标签的流畅，其它小区的性能标签均是“一般”或“卡顿”，或者预设时长内小区b的性能标签的流畅的次数相对于其它小区最高；
[0343]
上述各个预设条件可以单独使用，也可以结合使用，比如，如果小区b的性能标签是流畅，可以无需考虑其它小区的性能标签，继续驻留到小区b；如果小区b的性能标签是“一般”或“卡顿”，可以从其它小区中性能标签是流畅的小区。
[0344]
假设小区b的性能标签不满足上述预设条件，则从小区b切换到其它小区，所述其它小区可以是原来的小区a，或者，是小区b的其它邻区(除去小区a之外的邻区)。比如，终端设备检测到的多个小区，其它小区是多个小区中qoe最强例如评分最高的小区，或者基于抑制策略(或增强测量)对检测到的多个小区进行抑制(或增强)，基于抑制(或增强)后的测量结果选择的小区，具体参见实施例2中的方式1或方式2。
[0345]
需要说明的是，终端设备从小区b切换到其它小区可以包括多种情况：比如，如果终端设备选择小区b并驻留到小区b之后，处于连接态，则执行小区切换流程切换到其它小区。其中，小区切换流程参见前文描述。再比如，如果终端设备选择小区b并驻留到小区b之后，处于空闲态，则执行小区重选流程重选到其它小区。其中，小区重选流程参见前文描述。
[0346]
方式1较为简单，不需要统计流畅的累计次数、卡顿的累计次数，评分结果等等，节省时间，比如，切换到小区b之后只采集一次数据(比如时延、传输速率)，通过该数据判断小区b的性能标签，基于该性能标签确定是否继续停留在小区b，所以，方式1可以快速判断小区b的性能。
[0347]
方式2，终端设备驻留小b之后，统计小区b的性能标签的累计次数，比如，从切换到小区b的时刻开始立即统计小区b的性能标签的累计结果，比如类似表6，终端设备可以得到小区b的评分结果。假设终端设备确定小区b的评分结果大于阈值和/或大于原小区a的评分结果，则继续驻留到小区b；否则切换到其它小区。或者，确定小区b的卡顿率低于阈值和/或低于原小区a的卡顿率，则继续驻留到小区b，否则切换到其它小区。或者，确定小区b的流畅率大于阈值和/或大于原小区a的流畅率，则继续驻留到小区b，否则切换到其它小区。其中，其它小区的选择方式可以是上述实施例2中的方式1或方式2。
[0348]
方式2中终端设备驻留小b之后，统计小区b的性能标签的累计次数，基于统计的性能标签的累计次数可以得到小区b的更为准确的评估结果。比如，终端设备驻留小区b之后，采集了多组数据(时延、传输速率等)，每一组数据可以确定一个性能标签，进而统计性能标签的累计次数，得到较为准确的评估结果。应理解，方式2中统计小区b的性能标签的累计次数需要一定的时间，所以可以控制在一定的时长内，比如2s、3s、5s、7s、10s等，假设每秒钟采集一次数据(时延、传输速率等)，如果时长是5s，就有五组数据可以用于统计。
[0349]
实施例4
[0350]
终端设备可以设置两种小区选择机制，即第一种选择机制和第二种选择机制，其中，第一种选择机制例如前文所述的现有机制，这种选择机制可以理解为信号强度优先机制；即，基于直接检测到的测量结果选择目标小区，比如检测到小区a和小区b的信号强度
(比如rsrq)，选择信号强度最强的小区驻留。第二种选择机制是本技术实施例提供的选择机制，这种选择机制可以理解为用户体验优先的机制，即基于qoe评分结果选择目标小区(比如上述实施例2中的方式a或方式b)。
[0351]
比如，终端设备中设置一个搜网主控模块，该搜网主控模块可以指定上述第一种选择机制或者第二种选择机制。如果指定第一种选择机制，则基于第一种选择机制选择小区，如果指定第二种选择机制，则基于第二种选择机制选择小区。其中，搜网主控模块可以按照一定的策略决定指定第一种选择机制还是第二种选择机制。
[0352]
比如，默认使用第二种选择机制，当用户指定第一种选择机制时，使用第一种选择机制。其中，用户指定的方式例如：在终端设备的界面上显示一小区选择机制切换按钮，用户通过控制该切换按钮控制在第一种选择机制和第二种选择机制之间切换。
[0353]
或者，终端设备接入一个小区，但检测到该小区的所有邻区均没有学习结果，此时，终端设备可以使用第一种选择机制。如果所有邻区均没有qoe学习结果，终端设备不清楚邻区的qoe如何，为了能够学习到邻区的qoe，可以基于第一种选择机制选择小区，当学习到邻区的qoe之后，基于qoe选择小区能够避免切换到qoe较差的小区。
[0354]
或者，终端设备接入一个小区，但检测到该小区的邻区的评分结果均低于阈值，此时，终端设备可以使用第一种选择机制。在所有邻区的qoe均较差的情况下，说明所有邻区的网络体验均不好，此时，可以基于第一种选择机制选择rsrp和/或rsrq最高的小区接入，因为rsrp和/或rsrq较高的小区能够承载的接入量大。
[0355]
终端设备使用第一种选择机制和第二种选择机制所选择的小区不同。比如，假设终端设备当前连接小区a，在某个时间段内终端设备移动到某个位置w，检测到邻区包括小区b和小区c，基于第一种选择机制，终端设备会选择小区b，因为小区b的rsrq大于小区a和小区c。假设终端设备连接到小区b之后，qoe为第一qoe。在上述同一个位置w，同一时间段内，终端设备使用第二种选择机制的情况下会选择小区c，虽然小区c的rsrq可能低于小区b，但是小区c的qoe相对于小区b较好。比如，假设终端设备连接到小区c之后，qoe为第二qoe。第二qoe优于第一qoe。比如，假设第一qoe例如包括：终端设备连接到小区b之后，传输速率是第一速率，传输时延为第一时延，误码率为第一误码率等等，其中，传输速率、时延、误码率等参加实施例1中1.2的介绍。第二qoe例如包括：终端设备连接到小区c之后，传输速率是第二速率，传输时延为第二时延，误码率为第二误码率等等，其中，传输速率、时延、误码率等参加实施例1中1.2的介绍。第二qoe优于第一qoe的，包括：第二速率大于第一速率，和/或，第二时延小于第一时延，和/或，第二误码率低于第一误码率，等等。
[0356]
从用户使用的角度而言，在同一位置，同一时间段内终端设备基于第一种选择机制选择与小区b连接之后，会出现网络卡顿，比如，播放在线视频的过程中出现卡顿，浏览网页的过程中出现迟迟无法加载出网页内容，等等。但是，在同一位置，同一时间段内终端设备基于第二种选择机制选择与小区c连接之后，网络流畅，比如，播放在线视频的过程中没有卡顿，浏览网页可以较快的加载出网页内容，等等。
[0357]
实施例5
[0358]
参见图4所示，为本技术实施例提供的小区选择方法的流程示意图，该流程也可以理解为终端设备内部不同模块之间的信息交互过程。其中，终端设备中包括调制解调器(modem)，用于负责与其他设备比如网络设备的数据传输，场景识别模块，用于进行场景识
别；小区评估模块，用于评估小区，比如确定小区的评分结果，小区选择模块，用于选择目标小区。其中，场景识别模块、小区评估模块和小区选择模块中的任意两个或两个以上可以集成在一个物理器件(比如应用处理器)内，或者，场景识别模块、小区评估模块和小区选择模块分别位于不同的物理器件中，本技术实施例不作限定。
[0359]
如图4所示，该方法的流程包括：
[0360]
s501，modem向小区选择模块发送小区信息。其中，小区信息可以是终端设备的服务小区的信息，比如包括小区标识、信号强度等等。可以理解的是，在步骤s501之前，还包括modem检测小区信息的步骤，比如，modem接收到服务小区广播的系统消息，该系统消息中包括服务小区的信息。
[0361]
s502，小区评估模块对小区的qoe评估，得到评分结果，并将评分结果发送给小区选择模块。其中，s502包括s502a和s502b。其中，小区评估模块的学习过程，可以参见前文实施例1的介绍。
[0362]
s503，场景识别模块进行场景识别，并将场景识别结果发送给小区选择模块。其中，s503包括s503a和s503b。其中，场景识别模块对应场景的识别过程参见前文实施例1中的1.4，在此不重复赘述。步骤s503是可选步骤，因为终端设备可以无需进行场景的识别，比如对每个接入过的小区均进行学习，所以，图中将步骤s503使用虚线表示。步骤s501至s503的执行顺序，本技术实施例不作限定。
[0363]
s504，小区选择模块建立场景、小区信息与小区的评分结果之间的对应关系。可选的，上述对应关系中还可以包括时间段，例如，所述对应关系例如上述表14所示的对应关系。
[0364]
上述步骤s501至s504可以理解为终端设备的学习阶段，即学习小区的评分的阶段，所以s501至s503可以执行多次，这样的话，小区选择模块可以获得多个场景下各个小区的学习结果，例如表14所示的对应关系。
[0365]
下面的s505至s516可以理解小区学习结果的使用阶段。
[0366]
比如，终端设备检测到从一个时间段跳转到另一个时间段(如从8:00-9:00跳转到9:00-10:00)时，进入“使用阶段”，终端设备进行场景识别、小区信息的检测。如果确定存储的小区学习结果中存在检测到的小区在当前时间段内的学习结果，则生成策略发送给modem，以通过modem执行策略。具体参见下文s505至s516的介绍。
[0367]
s505，场景识别模块进行场景识别，并将场景识别结果发送给小区选择模块。s505包括s505a和s505b。
[0368]
s506，modem向小区选择模块发送小区信息。应理解，在步骤s506之前，modem可以进行小区测量，得到小区信息，该小区信息可以包括服务小区的信息，还可以包括邻区的信息。比如终端设备当前驻留在小区a，检测到邻区包括小区b和小区c。那么该小区信息可以包括小区a、小区b和小区c的信息。值得说明的是，使用阶段中步骤s506与学习阶段中步骤s501的小区信息可以不同，学习阶段即步骤s501中的小区信息可以是终端设备的服务小区的信息，因为学习阶段终端设备要学习服务小区的qoe，但是使用阶段即步骤s506中的小区信息可以包括服务小区的信息也可以包括邻区的信息，因为在使用阶段终端设备期望基于服务小区和邻区的qoe学习结果选择合适的小区接入。
[0369]
s507，小区选择模块在上述对应关系中确定场景对应的多个小区，并确定所述多
个小区对应的评分结果。以场景是“家”为例，假设对应关系中存储场景对应的小区有5个，以小区信息包括小区a、小区b和小区c为例，终端设备在所述5个小区中确定小区a、小区b和小区c对应的评分结果。
[0370]
s508，小区选择模块基于评分结果，确定策略。所述策略可以是抑制策略，即小区选择模块可以基于评分结果与抑制等级之间的对应关系(比如上述表16)确定小区对应的抑制等级，即所述抑制策略包括小区对应的抑制等级。参见下表20，为小区选择模块确定的一种策略(抑制策略)的示例。
[0371]
表20：策略
[0372]
小区rsrp indexrsrq index得分/卡顿率抑制等级小区a良良90分-0dbm～-3dbm小区b差差70分-10dbm～-20dbm小区c优优100分-0dbm
[0373]
可选的，上述抑制策略还可以替换为增强策略，具体参见前文的介绍。
[0374]
s509，小区选择模块将确定的策略发送给modem。假设策略是上述表格16，小区选择模块可以将上述表格发送给modem。
[0375]
可选的，小区选择模块向modem发送策略之前，可以判断是否满足特定条件，如果是，则发送策略，否则不发送策略。其中，所述特定条件包括至少一种：
[0376]
确定当前场景与上述对应关系比如表14中的场景匹配；或者，
[0377]
qoe统计次数总和大于阈值；所述qoe统计次数总和是历史卡顿累计次数、历史流畅累计次数与历史一般累计次数之和；或者，
[0378]
累计天数超过一定天数，其中；累计天数可以参见前文实施例1中的1.3的介绍。
[0379]
s510，modem基于执行策略对相应的小区进行抑制。可以理解的是，如果s508确定的策略是抑制策略，则对小区的测量结果进行抑制，如果s508确定的策略是增强策略，则对小区的测量结果进行增强。以抑制策略为例，modem可以检测到小区a、小区b和小区c的测量结果。当modem接收到策略之后，基于小区a的抑制等级对小区a的测量结果进行抑制，基于小区b的抑制等级对小区b的测量结果进行抑制，基于小区c的抑制等级对小区c的测量结果进行抑制(抑制过程可参见实施例2)，得到小区a、小区b和小区c的抑制后的测量结果，比如上述表17。
[0380]
s511，modem选择目标小区。即modem基于小区a、小区b和小区c的抑制后的测量结果选择目标小区，具体内容请参见上述实施例2的介绍。
[0381]
需要说明的是，步骤s508-s510是可选步骤，因为终端设备执行完步骤s507可以直接将小区对应的评分结果发送给modem，所以可以使用步骤“小区选择模块将小区对应的评分结果发送给modem”来替换步骤s508-s510，这种情况下，s511中modem选择目标小区可以是指基于第二小区对应的评分结果选择目标小区，比如哪一个小区的评分结果最高就选择哪一个小区，无需对小区的测量结果进行抑制。
[0382]
s512，modem向小区选择模块发送用于指示策略执行的通知。步骤s512是可选步骤，可以不执行。
[0383]
在一些实施例中，终端设备可以监控t时间内的小区变化，若变化后的小区不在学习结果中，则对变化后的小区执行快速评估策略以确定是否取消策略。其中，时间片长度>t
>0，时间片长度即前文实施例1中的时间段。比如，通过快速评估策略计算出变化后的小区的评估结果，如果评估结果较差，则取消策略(比如抑制策略)。其中，变化后的小区的评估结果较差包括：变化后的小区的评分或卡顿率大于门限或者高于变化前的小区；说明切换后的小区qoe较差，此时可以取消抑制策略。具体参见下文中s513至s518。
[0384]
s513，小区选择模块判断服务小区是否发生变化，如果是，执行s514，如果否，继续执行s513。终端设备的服务小区在实时的变化，可以检测服务小区的变化情况。
[0385]
s514，小区选择模块判断变化后的小区是否在策略中，如果否，执行s515，如果是，执行s515。存在一种情况，终端设备的服务小区从小区a变化为小区d，但是小区d不存在于上述策略中，以上述表格16为例，策略中包括小区a、小区b、小区c的学习结果，但是不包括小区d的学习结果(比如终端设备没有学习过小区d的qoe，所以上述策略中没有小区d的学习结果)，此时，终端设备可以执行快速评估策略，即s516。
[0386]
s515，小区选择模块向modem发送继续执行策略的通知消息。
[0387]
s515是可选步骤，可以执行也可以不执行，比如，modem在没有接收到取消策略的通知时，默认继续执行所述策略，这种情况下，s515可以不执行。
[0388]
s516，小区选择模块执行快速评估策略。其中，快速评估策略的执行过程可以参见前文实施例2，在此不重复赘述。
[0389]
s517，小区选择模块判断变化后的小区的评估结果是否低于门限或低于变化之前的小区。如果是，执行s518，否则，执行s513。其中，评估结果包括评分或者卡顿率；因此，变化后的小区的评估结果低于门限或低于变化之前的小区，包括：通过快速评估策略确定变化后的小区的评分低于门限或者低于小区a的评分；或者，通过快速评估策略确定变化后的小区的卡顿率高于门限或者高于小区a的卡顿率。应当理解的是，评估结果除了评分或者卡顿率之外，还可以包括流畅率，所以变化后的小区的评估结果低于门限或低于变化之前的小区，还可以包括：变化后的小区的流畅率低于门限或低于变化之前的小区的流畅率。
[0390]
s518，小区选择模块向modem发送用于指示取消策略的通知。
[0391]
继续以前面的例子为例，终端设备的服务小区从小区a变化为小区d，但是小区d不存在于上述策略中。在小区d的评估结果(比如评分或卡顿率)低于门限或低于小区a的情况下，如果modem继续执行所述策略的话，会一直抑制小区a至小区c的测量结果，终端设备基于抑制后的测量结果选择目标小区的话将无法尽快恢复到小区a至小区c，所以小区选择模块通知modem取消策略的执行。
[0392]
需要说明的是，如果s508中确定的策略是“增强策略”，上述方案可以替换为：小区选择模块可以在判断变化后的小区的评估结果高于门限或高于变化之前的小区时，取消增强策略，因为变化后的小区qoe较好的话，如果继续执行增强策略，基于增强后的测量结果选择小区，很可能会切换到其它小区中，为了避免这种情况的发生，可以取消增强策略。其中，变化后的小区的评估结果高于门限或高于变化之前的小区，包括：变化后的小区的分数高于门限或高于变化之前的小区的分数，或者，变化后的小区的卡顿率低于门限或低于变化之前的小区，或者，变化后的小区的流畅率高于门限或高于变化之前的小区的流畅率。
[0393]
可以理解的是，在步骤s518之后，还可以包括其它步骤，比如modem取消策略的执行，当然，还可以包括modem向小区选择模块发送策略已取消执行的通知，等等。
[0394]
在一些实施例中，对于评估结果低于阈值的小区可以作为黑小区，所谓黑小区可
以理解为终端设备不会切换到该小区，也可以理解为被加入黑名单的小区。其中，评估结果低于阈值的小区包括：分数低于阈值、卡顿率高于阈值或流畅率低于阈值的小区。
[0395]
实施例6
[0396]
参见图5所示，该实施例与图4所示的实施例的区别为，图4中的小区选择模块集成在modem中，即小区选择模块的功能由modem执行。其中，场景识别模块和小区评估模块可以位于同一器件，比如应用处理器，也可以位于不同器件，本技术实施例不作限定。
[0397]
参见图5所示，该流程包括：
[0398]
s601，modem检测到小区信息。
[0399]
s602，小区评估模块对小区的qoe评估，得到评分结果，并将评分结果发送给modem。其中，s602包括s602a和s602b。
[0400]
s603，场景识别模块进行场景识别，并将场景识别结果发送给小区选择模块。其中，s603包括s603a和s603b。
[0401]
步骤s603是可选步骤。步骤s601至s603的执行顺序，本技术实施例不作限定。
[0402]
s604，modem建立场景、小区信息与小区的评分结果之间的对应关系。
[0403]
s605，场景识别模块进行场景识别，并将场景识别结果发送给modem。s605包括s605a和s605b。
[0404]
s606，modem检测到小区信息。
[0405]
s607，modem在上述对应关系中确定场景对应的多个小区，并确定所述多个小区对应的评分结果。
[0406]
s608，modem基于评分结果，确定策略。
[0407]
s609，modem基于策略对相应的小区进行抑制。
[0408]
s610，modem选择目标小区。
[0409]
步骤s608-s609是可选步骤，终端设备执行完步骤s607之后可以直接执行s610，这种情况下，s610中modem选择目标小区可以是指基于小区对应的评分结果选择目标小区，比如哪一个小区的评分结果最高就选择哪一个小区，无需对小区策略结果进行抑制。
[0410]
s611，modem判断服务小区是否发生变化，如果是，执行步骤s612，如果不是，继续执行步骤s611。
[0411]
s612，modem判断变化后的小区是否在策略中，如果否，执行步骤s613，如果是，执行s609或s610。
[0412]
s613，modem执行快速评估策略。
[0413]
s614，modem判断变化后的小区的评估结果是否低于阈值或低于变化前的小区，如果是，执行s615，如果否，执行s611。
[0414]
s615，modem取消策略的执行。
[0415]
实施例7
[0416]
两个设备之间进行数据传输，是一层一层的传输，比如，以设备a的协议层包括四层为例：应用(app)层、传输层比如传输控制协议(transmission control protocol，tcp)层、网络层、数据链路层，设备a发送数据的过程包括：设备a中应用层的数据发送给传输(tcp)层，通过tcp层发送给网络层，再通过网络层发送给数据链路层，最终通过数据链路层发送出去。设备a接收数据的过程包括：通过数据链路层接收数据，传递给网络层，然后传递
给tcp层，最后传递给应用层。
[0417]
前面实施例1中，一个小区的qoe的评价指标包括时延、传输速率等，以时延为例，可以是应用层的时延、tcp层的时延、网络层的时延或数据链路层的时延等等。其中，应用层的时延可以是指数据从发送端应用层到接收端的应用层的时间；或者，是指数据从发送端应用层到接收端的应用层的时间，然后加上数据从接收端应用层到发送端应用层的时间。以tcp层的时延为例，tcp层的时延可以是指数据从发送端tcp层到接收端tcp层的时间，或者，是指数据从发送端tcp层到接收端的tcp层的时间，然后加上数据从接收端tcp层到发送端tcp层的时间。
[0418]
参见图6所示，为本技术实施例提供的小区选择方法的一种流程示意图，该流程包括：
[0419]
s701a，应用层或tcp层向小区评估模块发送第一信息。
[0420]
其中，所述第一信息可以包括时延、传输速率等，其中，时延可以是应用层的时延，也可以是tcp层的时延；传输速率可以是应用层的传输速率，也可以是tcp层的传输速率。第一信息可以用于评估小区的qoe。
[0421]
步骤s701a是可选步骤，因为终端设备还可以通过数据链路层的时延、传输速率等评价小区的qoe。
[0422]
s701b，modem向小区评估模块发送小区信息。小区信息是终端设备的服务小区的信息。可选的，modem还可以向小区评估模块发送modem检测到的时延、传输速率等，其中可以包括数据传输链路层的时延、传输速率。
[0423]
s702，小区评估模块对小区进行评估，得到小区的评分结果。
[0424]
其中，小区评估模块可以基于第一信息对小区进行评估。比如，第一信息中时延较低，则评估为卡顿，时延较高，则评估为流畅。和/或，当s701b中包括modem检测到的时延和传输速率时，还可以基于s701b中的时延、传输信息对小区进行评估，比如时延较低，则评估为卡顿，时延较高，则评估为流畅。
[0425]
s703，小区评估模块进行场景识别，得到场景识别结果。
[0426]
s704，小区评估模块建立场景、小区信息、小区的评分结果之间的对应关系。
[0427]
上述s701至s704可以理解为终端设备的学习阶段，所以s701至s704可以执行多次，比如每执行一次，可以检测到一个小区的评估结果。因此，终端设备可以得到不同场景下多个小区的评分结果。
[0428]
s705a，应用层或tcp层将第二信息发送给小区评估模块。
[0429]
其中，所述第二信息可以包括时延、传输速率等，其中，时延可以是应用层的时延，也可以是tcp层的时延；传输速率可以是应用层的传输速率，也可以是tcp层的传输速率。
[0430]
s705b，小区评估模块从modem接收小区信息，所述小区信息可以包括服务小区的信息，也可以包括邻区的信息；可选的，s705b中还可以包括modem检测到的时延、传输速率，其中可以包括数据传输链路层的时延、传输速率。
[0431]
需要说明的是，步骤s705a是可选步骤，因为第二信息是使用阶段的时延、传输速率等，而s701a学习阶段的时延、传输速率等，所以第二信息相对于第一信息而言，第一信息是历史信息，第三信息是当前信息，所以，如果执行s705a，终端设备可以基于历史信息和当前信息进行综合评估(参见前文实施例1中基于当日评估结果和历史评估结果确定综合评
估结果的过程)，当然，如果不执行s705a也是可以的。
[0432]
s706，小区评估模块进行场景识别，得到场景识别结果。
[0433]
s707，小区评估模块在上述对应关系中确定场景对应的多个小区，并确定所述多个小区对应的评分结果。
[0434]
s708，小区评估模块基于评分结果，确定策略。
[0435]
s709，小区评估模块向modem发送策略。
[0436]
s710，modem基于策略对相应的小区进行抑制。
[0437]
s711，modem选择目标小区。
[0438]
s712，modem向小区评估模块发送用于指示策略执行的通知。
[0439]
s713，modem判断服务小区是否发生变化，如果是，执行步骤s714，如果不是，继续执行步骤s713。
[0440]
s714，modem判断变化后的小区是否在策略中，如果否，执行步骤s715，如果是，执行s715。
[0441]
s715，小区评估模块向modem发送继续执行策略的通知。
[0442]
s716，modem执行快速评估策略。
[0443]
s717，modem判断变化后的小区的评估结果是否低于阈值或低于变化前的小区，如果是，执行s718，如果否，执行s713。
[0444]
s718，小区评估模块向modem发送用于指示取消策略的通知。
[0445]
实施例7
[0446]
该实施例与图6所示的实施例的区别为小区选择模块集成在modem中，即图6所示的实施例中小区选择模块的功能由modem实现。
[0447]
参见图7所示，为本技术实施例提供的小区选择方法的一种流程示意图，该流程包括：
[0448]
s801，应用层或tcp层将第一信息发送给modem。
[0449]
s802，modem检测到小区信息。
[0450]
s803，modem对小区进行评估，得到小区的评分结果。
[0451]
s804，modem进行场景识别，得到场景识别结果。
[0452]
s805，modem建立场景、小区信息、小区的评分结果之间的对应关系。
[0453]
s806，应用层或tcp层将第二信息发送给modem。
[0454]
s807，modem检测小区信息。
[0455]
s808，modem进行场景识别，得到场景识别结果。
[0456]
s809，modem在上述对应关系中确定场景对应的多个小区的评分结果。
[0457]
s810，modem基于评分结果，确定策略。
[0458]
s811，modem基于策略对相应的小区进行抑制。
[0459]
s812，modem选择目标小区。
[0460]
s813，modem判断服务小区是否发生变化，如果是，执行步骤s814，如果不是，继续执行步骤s813。
[0461]
s814，modem判断变化后的小区是否在策略中，如果否，执行步骤s815，如果是，执行s811或s812。
[0462]
s815，modem执行快速评估策略。
[0463]
s816，modem判断变化后的小区的评估结果是否低于阈值或低于变化前的小区，如果是，执行s817，如果否，执行s813。
[0464]
s817，modem取消策略的执行。
[0465]
下面介绍本技术实施例提供的终端设备。
[0466]
图8作为终端设备的一种结构示意图。如图8所示，终端设备可以包括处理器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等。
[0467]
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调器(modem)，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是终端设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
[0468]
在一些实施例中，处理器110集成应用处理器和调制解调器(modem)，应用处理器和调制解调器的功能参见图4至图7的描述。
[0469]
usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。usb接口130可以用于连接充电器为终端设备充电，也可以用于终端设备与外围设备之间传输数据。充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。
[0470]
终端设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。终端设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
[0471]
其中，移动通信模块150可以提供应用在终端设备上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以
对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
[0472]
无线通信模块160可以提供应用在终端设备上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
[0473]
在一些实施例中，终端设备的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple 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)，全球导航卫星系统(global navigation satellite system，glonass)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
[0474]
显示屏194用于显示应用的显示界面，例如相机应用的取景界面等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，终端设备可以包括1个或n个显示屏194，n为大于1的正整数。
[0475]
终端设备可以通过isp，摄像头193，视频编解码器，gpu，显示屏194以及应用处理器等实现拍摄功能。
[0476]
isp用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给isp处理，转化为肉眼可见的图像。isp还可以对图像的噪点，亮度，肤色进行算法优化。isp还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，isp可以设置在摄像头193中。
[0477]
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转
换成电信号，之后将电信号传递给isp转换成数字图像信号。isp将数字图像信号输出到dsp加工处理。dsp将数字图像信号转换成标准的rgb，yuv等格式的图像信号。
[0478]
在本技术实施例中，终端设备可以包括n个摄像头193(例如阵列式摄像头)，n为大于或等于2的整数。
[0479]
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端设备在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
[0480]
视频编解码器用于对数字视频压缩或解压缩。终端设备可以支持一种或多种视频编解码器。这样，终端设备可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，mpeg)1，mpeg2，mpeg3，mpeg4等。
[0481]
npu为神经网络(neural-network，nn)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过npu可以实现终端设备的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
[0482]
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端设备的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，以及至少一个应用程序(例如爱奇艺应用，微信应用等)的软件代码等。存储数据区可存储终端设备使用过程中所产生的数据(例如拍摄的图像、录制的视频等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。
[0483]
外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展终端设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将图片，视频等文件保存在外部存储卡中。
[0484]
内部存储器121或外部存储器可以存储一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述处理器110执行时，使得终端设备执行如图3-图7所提供的方法。
[0485]
终端设备可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
[0486]
其中，传感器模块180可以包括压力传感器180a，陀螺仪传感器180b，气压传感器180c，磁传感器180d，加速度传感器180e，距离传感器180f，接近光传感器180g，指纹传感器180h，温度传感器180j，触摸传感器180k，环境光传感器180l，骨传导传感器180m等。
[0487]
压力传感器180a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180a可以设置于显示屏194。陀螺仪传感器180b可以用于确定终端设备的机身姿态。在一些实施例中，可以通过陀螺仪传感器180b确定终端设备围绕三个轴(即，x，y和z轴)的角速度。
[0488]
气压传感器180c用于测量气压。在一些实施例中，终端设备通过气压传感器180c测得的气压值计算海拔高度，辅助定位和导航。磁传感器180d包括霍尔传感器。终端设备可以利用磁传感器180d检测翻盖皮套的开合。在一些实施例中，当终端设备是翻盖机时，终端设备可以根据磁传感器180d检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的
开合状态，设置翻盖自动解锁等特性。加速度传感器180e可检测终端设备在各个方向上(一般为三轴)加速度的大小。当终端设备静止时可检测出重力的大小及方向。还可以用于识别终端设备姿态，应用于横竖屏切换，计步器等应用。
[0489]
距离传感器180f，用于测量距离。终端设备可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端设备可以利用距离传感器180f测距以实现快速对焦。接近光传感器180g可以包括例如发光二极管(led)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端设备通过发光二极管向外发射红外光。终端设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端设备附近有物体。当检测到不充分的反射光时，终端设备可以确定终端设备附近没有物体。终端设备可以利用接近光传感器180g检测用户手持终端设备贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180g也可用于皮套模式，口袋模式自动解锁与锁屏。
[0490]
环境光传感器180l用于感知环境光亮度。终端设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180l也可用于拍照时自动调节白平衡。环境光传感器180l还可以与接近光传感器180g配合，检测终端设备是否在口袋里，以防误触。指纹传感器180h用于采集指纹。终端设备可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
[0491]
温度传感器180j用于检测温度。在一些实施例中，终端设备利用温度传感器180j检测的温度，执行温度处理策略。例如，当温度传感器180j上报的温度超过阈值，终端设备执行降低位于温度传感器180j附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端设备对电池142加热，以避免低温导致终端设备异常关机。在其他一些实施例中，当温度低于又一阈值时，终端设备对电池142的输出电压执行升压，以避免低温导致的异常关机。
[0492]
触摸传感器180k，也称“触控面板”。触摸传感器180k可以设置于显示屏194，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于终端设备的表面，与显示屏194所处的位置不同。
[0493]
骨传导传感器180m可以获取振动信号。在一些实施例中，骨传导传感器180m可以获取人体声部振动骨块的振动信号。骨传导传感器180m也可以接触人体脉搏，接收血压跳动信号。
[0494]
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备可以接收按键输入，产生与终端设备的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现与终端设备的接触和分离。
[0495]
可以理解的是，图8所示的部件并不构成对终端设备的具体限定，手机还可以包括
比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。此外，图8中的部件之间的组合/连接关系也是可以调整修改的。
[0496]
图4所示的流程应用于图8所示的终端设备时，场景设备模块、小区评估模块、小区选择模块中的一个或多个模块可以集成在处理器110中；比如，处理器110集成应用处理器和modem，那么场景设备模块、小区评估模块、小区选择模块中的一个或多个模块可以集成在应用处理器或modem中。或者，处理器110是终端设备中多个处理器的统称，场景设备模块、小区评估模块、小区选择模块可以集成在所述多个处理器中的同一个处理器或不同处理器中。所述多个处理器例如包括应用处理器，调制解调器(modem)，神经网络处理器等。
[0497]
图5所示的流程应用于图8所示的终端设备时，场景设备模块、小区评估模块中的一个或多个模块可以集成在处理器110中；比如，处理器110集成应用处理器和modem，那么场景设备模块、小区评估模块中的一个或多个模块可以集成在应用处理器或modem中。或者，处理器110是终端设备中多个处理器的统称，场景设备模块、小区评估模块可以集成在所述多个处理器中的同一个处理器或不同处理器中。所述多个处理器例如包括应用处理器，调制解调器(modem)，神经网络处理器等。
[0498]
图6所示的流程应用于图8所示的终端设备时，应用层/tcp层、小区评估模块中的一个或多个模块可以集成在处理器110中；比如，处理器110集成应用处理器和modem，那么应用层/tcp层、小区评估模块中的一个或多个模块可以集成在应用处理器或modem中，比如，应用层/tcp层集成在modem中，小区评估模块集成在应用处理器中。或者，处理器110是终端设备中多个处理器的统称，应用层/tcp层、小区评估模块可以集成在所述多个处理器中的同一个处理器或不同处理器中。所述多个处理器例如包括应用处理器，调制解调器(modem)，神经网络处理器等。
[0499]
图7所示的流程应用于图8所示的终端设备时，应用层/tcp层可以集成在处理器110中；比如，处理器110集成应用处理器和modem，那么应用层/tcp层集成在应用处理器或modem中。
[0500]
图9为本技术实施例提供的一种电子设备的分层结构框图。如图9所示，电子设备的结构可以是分层架构，例如可以分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，系统分为五层，从上至下分别为应用程序层(简称应用层)，应用程序框架层(framework，fwk)，硬件抽象层(hardware abstraction layer，hal)、内核层，硬件层。
[0501]
应用程序层可以包括一系列应用程序包。图9仅示例性的画出相机、图库、即时通信应用等，实际上还可以包括更多的应用，例如，还可以包括设置、皮肤模块、用户界面(user interface，ui)、日历，通话，地图，导航，wlan，蓝牙，音乐，视频等。其中，即时通信应用例如可以包括畅连、端短信等应用。
[0502]
应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层可以包括一些预先定义的函数。
[0503]
如图9所示，框架层包括场景识别模块、小区评估模块、小区选择模块等模块。其中，场景识别模块的功能参见图4至图5所示实施例中场景识别模块的流程。小区评估模块的功能参见图4至图6所示实施例中的小区评估模块的流程。小区选择模块的功能参见图4
所示的实施例中小区选择模块的流程。
[0504]
应理解，框架层中还可以包括其它模块，比如窗口管理服务(window manager service，wms)，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。其中，wms用于管理窗口，具体包括窗口的建立、位置或大小的调整、窗口的关闭等等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
[0505]
内核层是硬件和软件之间的层。如图9所示内核层中包括tcp、ip等协议层，其中tcp层的功能参见图6至图7所示实施例中的tcp层的流程。当然，内核层还可以包括输入设备驱动，显示驱动，包括摄像头驱动，音频驱动，传感器驱动等。
[0506]
硬件层包括应用处理器(application processor，ap)，和调制解调器modem；
[0507]
应用处理器，用于执行确定小区的历史qoe的相关流程。比如，应用处理器用于获取小区的历史qoe。比如，应用处理器中可以集成场景识别模块和小区评估模块，具体功能参见前文描述。
[0508]
modem用于执行、小区测量、小区测量结果的抑制或增强，小区选择等。比如，modem中可以集成小区选择模块，具体功能参见前文描述。
[0509]
比如，应用处理器将小区的历史qoe发送给modem；modem基于小区的历史qoe，选择小区。其中，modem的小区选择过程包括实施例2中的情况1和情况2，在此不重复赘述。
[0510]
可以理解的是，图9所示的软件结构并不构成对电子设备的软件结构的具体限定，例如可以包括比图3中更多或更少的层，本技术实施例不作限定。
[0511]
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0512]
此外，上述实施例中所用，根据上下文，术语“当
…
时”或“当
…
后”可以被解释为意思是“如果
…”
或“在
…
后”或“响应于确定
…”
或“响应于检测到
…”
。类似地，根据上下文，短语“在确定
…
时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定
…”
或“响应于确定
…”
或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述
的条件或事件)”。另外，在上述实施例中，使用诸如第一、第二之类的关系术语来区份一个实体和另一个实体，而并不限制这些实体之间的任何实际的关系和顺序。
[0513]
上述本技术提供的实施例中，从终端设备(例如手机)作为执行主体的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，终端设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0514]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。在不冲突的情况下，以上各实施例的方案都可以组合使用。
[0515]
需要指出的是，本专利申请文件的一部分包含受著作权保护的内容。除了对专利局的专利文件或记录的专利文档内容制作副本以外，著作权人保留著作权。