驻留系统及方法与流程

1.本技术涉及通信领域，尤其涉及一种驻留系统及方法。


背景技术：

2.随着5g网络的发展，独立组网（standalone，sa）相比于非独立组网（non-standalone，nsa）和4g网络具有高速率、低时延和高可靠特性等优势，因此，sa网络的应用越来越广泛。
3.但是由于独立组网架构更为复杂，且运营商需要更长的时间部署独立组网网络，从而导致在独立组网网络的建立阶段，存在独立组网网络覆盖不全面且网络不稳定的情况。当支持sa网络的手机在接入sa网络并驻留在sa小区时，往往存在因该sa小区的网络问题等导致无法与其他手机成功建立呼叫。


技术实现要素：

4.为了解决上述技术问题，本技术提供一种驻留系统及方法。在该系统中，第二电子设备可基于接收到的第一呼叫失败信息以及获取到的第一通信质量参数确定第一小区为低优先级小区，这样，为第二电子设备的驻留提供参照，从而尽可能减少第二电子设备驻留在低优先级小区导致与其他电子设备建立呼叫失败的情况，进而能够提高第二电子设备与其他电子设备建立呼叫的成功率。
5.第一方面，本技术提供一种驻留系统。该系统包括：第一电子设备、第二电子设备和服务器；第一电子设备，用于：呼叫第二电子设备；检测到呼叫第二电子设备失败，向服务器发送第一呼叫失败信息，第一呼叫失败信息中包含第一时间信息，用于指示第一电子设备在第一时间呼叫第二电子设备失败；服务器，用于：接收第一呼叫失败信息；向第二电子设备发送第一呼叫失败信息；第二电子设备，用于：接收第一呼叫失败信息；基于第一时间信息，从已获取的多个驻留信息中获取第一目标驻留信息，第一目标驻留信息包括第一小区的小区标识、第一通信质量参数以及第一通信质量参数对应的第一时间段，第一时间信息属于第一时间段，第一通信质量参数为第二电子设备在第一时间段内驻留在第一小区时获取到的，第一小区为独立组网sa小区；根据第一呼叫失败信息以及第一通信质量参数，确定第一小区满足低优先级小区条件；确定第一小区为低优先级小区。示例性的，第一电子设备呼叫第二电子设备失败，可能的一种情况是，第一电子设备向第二电子设备发送呼叫请求消息，第二电子设备未收到，即，第二电子设备未能感知到第一电子设备的呼叫。本技术中第二电子设备能够收到第一呼叫失败信息，即使第二电子设备未感知到第一电子设备的呼叫，仍然能够收到第一呼叫失败信息，并根据收到的第一呼叫信息，以及获取的第一通信质量参数，确定第一小区为低优先级小区，便于为第二电子设备的驻留提供参照，从而尽可能减少第二电子设备驻留在低优先级小区导致与其他电子设备建立呼叫失败的情况，进而能够提高第二电子设备与其他电子设备建立呼叫的成功率。
6.示例性的，第一呼叫失败信息可以为一个，或者也可以为多个，即，第一电子设备
在多个不同时刻分别向第二电子设备呼叫。
7.示例性的，第一电子设备还可将第一呼叫失败信息发送至服务器，第二电子设备也可以将多个驻留信息发送至服务器，这样，服务器可根据第一呼叫失败信息以及多个驻留信息确定第一小区是否为低优先级小区，并将第一小区是否为低优先级小区的结果发送至第二电子设备。
8.根据第一方面，第二电子设备的当前驻留小区为第一小区；第二电子设备，用于：搜索其他正常小区；从第一小区切换至其他正常小区。这样，当第二电子设备的当前驻留小区是低优先级小区时，从第一小区切换至其他正常小区，能够保证第二电子设备驻留在正常小区，从而提高第二电子设备与其他电子设备之间呼叫建立的成功率。
9.根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备的当前驻留小区为第二小区；第二电子设备，还用于：从第二小区切换至除第一小区之外的其他正常小区。示例性的，当用户手持第二电子设备移动至第二小区不能覆盖到的区域，第二电子设备继续搜索能够驻留的小区，若搜索到第一小区，则不驻留在第一小区，而是驻留在除第一小区之外的其他正常小区，这样，能够尽可能保证第二电子设备驻留在正常小区，从而提高第二电子设备与其他电子设备之间呼叫建立的成功率。
10.根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备，还用于：接收第一电子设备发送的第二呼叫失败信息，第二呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第二呼叫失败信息中包含第二时间信息；接收第一电子设备发送的第三呼叫失败信息，第三呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第三呼叫失败信息中包含第三时间信息；记录第四呼叫失败信息，第四呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第四呼叫失败信息中包含第四时间信息、第三小区的小区标识以及呼叫失败原因；检测到第二时间信息包含第四时间信息，确定第二呼叫失败信息与第四呼叫失败信息对应同一个呼叫过程；确定呼叫失败原因为网络原因；基于第三时间信息，从多个驻留信息中获取第二目标驻留信息，第二目标驻留信息包括第三小区的小区标识和第二时间段，第二时间信息属于第二时间段；根据第三呼叫失败信息以及第四呼叫失败信息，确定第三小区满足低优先级小区条件；确定第三小区为低优先级小区。示例性的，在实际应用中，第一电子设备呼叫第二电子设备的过程中，第一电子设备需要向第二电子设备发送呼叫请求消息，既可能存在第二电子设备无法收到呼叫请求消息的情况，也可能存在第二电子设备收到呼叫请求消息，但因为网络问题导致呼叫失败的情况。当第二电子设备收到呼叫请求消息时，会记录呼叫失败信息；第一电子设备发送呼叫请求消息后也会记录呼叫失败信息，因此，第二电子设备收到第一电子设备发送的呼叫失败信息，可能部分呼叫失败信息与本地所保存的呼叫失败信息对应同一个呼叫过程，即，检测到第二时间信息包含第四时间信息，确定第二呼叫失败信息与第四呼叫失败信息对应同一个呼叫过程，则在确定第三小区是否为低优先级小区时，不考虑第二呼叫失败信息。这样，可以避免因相同的数据重复计算而导致对第二小区是否为低优先级的判断错误。
11.此外，第二电子设备记录的第四呼叫失败信息中包含呼叫失败原因，由于呼叫失败还可能是第二电子设备的用户主动挂断的情况，这种情况不属于能够判断第三小区是否为低优先级小区的情况，因此，可以判断呼叫失败原因是否为网络原因，若是，则可以使用第四呼叫失败信息，以确定第三小区是否为低优先级小区。
12.示例性的，第一电子设备还可能发送多个第二呼叫失败信息，以及多个第三呼叫失败信息。第二电子设备也可能记录多个第四呼叫失败信息，第二电子设备可从多个第四呼叫失败信息中筛选出呼叫失败原因为网络原因的第四呼叫失败信息的数量，以进一步确定第三小区是否为低优先级小区。
13.根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备，还用于：接收第一电子设备发送的第五呼叫失败信息，第五呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第五呼叫失败信息中包括第五时间信息；接收第一电子设备发送的第六呼叫失败信息，第六呼叫失败信息用于指示第二电子设备向第二电子设备呼叫失败，第六呼叫失败信息中包括第六时间信息；从多个驻留信息中匹配出与第五时间信息对应的第三目标驻留信息，第三目标驻留信息中包含第四小区的小区标识、第二通信质量参数以及第二通信质量参数对应的第三时间段，第五时间信息属于第三时间段，第二通信质量参数为第二电子设备在第三时间段内驻留在第四小区时获取到的；从多个驻留信息中匹配出与第六时间信息对应的第四目标驻留信息，第四目标驻留信息中包含第四小区的小区标识、第三通信质量参数以及第三通信质量参数对应的第四时间段，第六时间信息属于第四时间段，第三通信质量参数为第二电子设备在第四时间段内驻留在第四小区时获取到的；根据与第三目标驻留信息对应的第五呼叫失败信息的数量、第二通信质量参数对应的第一预设权重系数、与第四目标驻留信息对应的第六呼叫失败信息的数量以及第三通信质量参数对应的第二预设权重系数，计算呼叫失败评价指标；确定呼叫失败评价指标大于或等于预设呼叫失败阈值；确定第四小区为低优先级小区。由于在实际应用中，第二电子设备所驻留的第四小区在不同的时间段内，通信质量参数可能不同，因此，确定每个时间信息对应的目标驻留信息，从而确定与该时间信息对应的通信质量参数。可为不同通信质量参数对应的呼叫失败信息的数量分配不同的权重系数，这样，使得第二电子设备对第四小区是否为低优先级小区的判断，充分开了通信质量参数的因素，根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备于第五时间段内驻留在第五小区，第五小区为sa小区；第二电子设备，还用于：检测到第五时间段内未收到呼叫失败信息，确定第五小区为正常小区。若第二电子设备检测到第五时间段内未收到呼叫失败信息，则可能存在其他电子设备呼叫第二电子设备成功的情况，表明第五小区网络较好，是正常小区；也可能存在没有任何一个电子设备呼叫第二电子设备的情况，可将第五小区确定为正常小区，这样，当第二电子设备能够搜索到第五小区时，即可驻留在第五小区。
14.根据第一方面，或者以上第一方面的任意一种实现方式，其他正常小区为sa小区；第二电子设备，还用于：在无法搜索到其他正常小区的情况下，驻留在非sa小区。无法搜索到其他正常小区，可能因为搜索到的sa小区均为低优先级小区，表明第二电子设备暂时不适用于sa网络，因此，第二电子设备可驻留在非sa小区，以使第二电子设备尽可能与其他电子设备建立呼叫成功。
15.根据第一方面，或者以上第一方面的任意一种实现方式，非sa小区包括nsa小区，和lte小区中的至少一种。示例性的，第二电子设备可搜索nsa小区，或lte小区，或者nsa小区和lte小区共同搜索，由于nsa小区和lte小区更为成熟，因此，当第二电子设备驻留在nsa小区或lte小区时，能够尽可能与其他电子设备建立呼叫成功。
16.根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备，还用于：获取第七呼叫失败信息，第七呼叫失败信息用于指示第二电子设备向第一电子设备呼叫失败，第七呼叫失败信息中包含第六小区的小区标识以及第七时间信息，第二电子设备于第七时间驻留在第六小区；确定驻留在第六小区时对应的第七呼叫失败信息的次数，大于预设呼叫失败阈值；确定第六小区为低优先级小区。当第二电子设备驻留在第六小区时，还可能存在作为主叫呼叫第二电子设备的情况，该种情况下的呼叫失败信息也能够作为判断第六小区是否为低优先级小区的一个依据，因此，本技术能够增加判断第六小区是否为低优先级小区的方法，进而能够更为准确地判断第六小区是否为低优先级小区。
17.根据第一方面，或者以上第一方面的任意一种实现方式，服务器，还用于：呼叫第二电子设备；检测到呼叫第二电子设备失败，向第二电子设备发送第八呼叫失败信息，第八呼叫失败信息用于指示服务器向第二电子设备呼叫失败，第八呼叫失败信息包括第八时间信息；第二电子设备，用于：接收第八呼叫失败信息；基于第八时间信息，从多个驻留信息中获取第五目标驻留信息，第五目标驻留信息包括第七小区的小区标识，第四通信质量参数以及第四通信质量参数对应的第六时间段，第八时间信息属于第六时间段，第四通信质量参数为第二电子设备在第六时间段内驻留在第七小区时获取到的；根据第八呼叫失败信息以及第四通信质量参数，确定第七小区满足低优先级小区条件；确定第七小区为低优先级小区。这样，服务器可对第二电子设备所驻留的第七小区进行测试，并基于服务器向第二电子设备呼叫且失败的第八呼叫失败信息，判断第七小区是否为低优先级小区。本技术中无需第二电子设备的参与，服务器可根据用户的需求随时进行测试，因此，能够使得对第二电子设备所驻留小区的测试更为便利。
18.第二方面，提供一种驻留方法。该方法应用于驻留系统，系统包括：第一电子设备、第二电子设备和服务器；方法包括：第一电子设备呼叫第二电子设备；第一电子设备检测到呼叫第二电子设备失败，向服务器发送第一呼叫失败信息，第一呼叫失败信息中包含第一时间信息，用于指示第一电子设备在第一时间呼叫第二电子设备失败；服务器向第二电子设备发送第一呼叫失败信息；第二电子设备接收第一呼叫失败信息；第二电子设备基于第一时间信息，从已获取的多个驻留信息中获取第一目标驻留信息，第一目标驻留信息包括第一小区的小区标识、第一通信质量参数以及第一通信质量参数对应的第一时间段，第一时间信息属于第一时间段，第一通信质量参数为第二电子设备在第一时间段内驻留在第一小区时获取到的，第一小区为独立组网sa小区；第二电子设备根据第一呼叫失败信息以及第一通信质量参数，确定第一小区满足低优先级小区条件；第二电子设备确定第一小区为低优先级小区。
19.根据第二方面，第二电子设备的当前驻留小区为第一小区；方法还包括：第二电子设备搜索其他正常小区；第二电子设备从第一小区切换至其他正常小区。
20.根据第二方面，或者以上第二方面的任意一种实现方式，第二电子设备的当前驻留小区为第二小区；方法还包括：第二电子设备从第二小区切换至除第一小区之外的其他正常小区。
21.根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：第二电子设备接收第一电子设备发送的第二呼叫失败信息，第二呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第二呼叫失败信息中包含第二时间信息；第二电子设备接收第
一电子设备发送的第三呼叫失败信息，第三呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第三呼叫失败信息中包含第三时间信息；第二电子设备记录第四呼叫失败信息，第四呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第四呼叫失败信息中包含第四时间信息、第三小区的小区标识以及呼叫失败原因；第二电子设备检测到第二时间信息包含第四时间信息，确定第二呼叫失败信息与第四呼叫失败信息对应同一个呼叫过程；第二电子设备确定呼叫失败原因为网络原因；第二电子设备基于第三时间信息，从多个驻留信息中获取第二目标驻留信息，第二目标驻留信息包括第三小区的小区标识和第二时间段，第二时间信息属于第二时间段；第二电子设备根据第三呼叫失败信息以及第四呼叫失败信息，确定第三小区满足低优先级小区条件；第二电子设备确定第三小区为低优先级小区。
22.根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：第二电子设备接收第一电子设备发送的第五呼叫失败信息，第五呼叫失败信息用于指示第一电子设备向第二电子设备呼叫失败，第五呼叫失败信息中包括第五时间信息；第二电子设备接收第一电子设备发送的第六呼叫失败信息，第六呼叫失败信息用于指示第二电子设备向第二电子设备呼叫失败，第六呼叫失败信息中包括第六时间信息；第二电子设备从多个驻留信息中匹配出与第五时间信息对应的第三目标驻留信息，第三目标驻留信息中包含第四小区的小区标识、第二通信质量参数以及第二通信质量参数对应的第三时间段，第五时间信息属于第三时间段，第二通信质量参数为第二电子设备在第三时间段内驻留在第四小区时获取到的；第二电子设备从多个驻留信息中匹配出与第六时间信息对应的第四目标驻留信息，第四目标驻留信息中包含第四小区的小区标识、第三通信质量参数以及第三通信质量参数对应的第四时间段，第六时间信息属于第四时间段，第三通信质量参数为第二电子设备在第四时间段内驻留在第四小区时获取到的；第二电子设备根据与第三目标驻留信息对应的第五呼叫失败信息的数量、第二通信质量参数对应的第一预设权重系数、与第四目标驻留信息对应的第六呼叫失败信息的数量以及第三通信质量参数对应的第二预设权重系数，计算呼叫失败评价指标；第二电子设备确定呼叫失败评价指标大于或等于预设呼叫失败阈值；第二电子设备确定第四小区为低优先级小区。
23.根据第二方面，或者以上第二方面的任意一种实现方式，第二电子设备于第五时间段内驻留在第五小区，第五小区为sa小区；方法还包括：第二电子设备检测到第五时间段内未收到呼叫失败信息，确定第五小区为正常小区。
24.根据第二方面，或者以上第二方面的任意一种实现方式，其他正常小区为sa小区；方法还包括：第二电子设备在无法搜索到其他正常小区的情况下，驻留在非sa小区。
25.根据第二方面，或者以上第二方面的任意一种实现方式，非sa小区包括非独立组网nsa小区，和长期演进技术lte小区中的至少一种。
26.根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：第二电子设备获取第七呼叫失败信息，第七呼叫失败信息用于指示第二电子设备向第一电子设备呼叫失败，第七呼叫失败信息中包含第六小区的小区标识以及第七时间信息，第二电子设备于第七时间驻留在第六小区；第二电子设备确定驻留在第六小区时对应的第七呼叫失败信息的次数，大于预设呼叫失败阈值；第二电子设备确定第六小区为低优先级小区。
27.根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：服务器呼叫
第二电子设备；服务器检测到呼叫第二电子设备失败，向第二电子设备发送第八呼叫失败信息，第八呼叫失败信息用于指示服务器向第二电子设备呼叫失败，第八呼叫失败信息包括第八时间信息；第二电子设备接收第八呼叫失败信息；第二电子设备基于第八时间信息，从多个驻留信息中获取第五目标驻留信息，第五目标驻留信息包括第七小区的小区标识，第四通信质量参数以及第四通信质量参数对应的第六时间段，第八时间信息属于第六时间段，第四通信质量参数为第二电子设备在第六时间段内驻留在第七小区时获取到的；第二电子设备根据第八呼叫失败信息以及第四通信质量参数，确定第七小区满足低优先级小区条件；第二电子设备确定第七小区为低优先级小区。
28.第三方面，提供一种计算机可读存储介质。该介质包括计算机程序，当计算机程序在电子设备或服务器上运行时，使得电子设备或服务器执行第二方面以及第二方面中任意一项中的驻留方法。示例性的，电子设备可以为第一电子设备或第二电子设备。
29.第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
30.第四方面，本技术提供了一种计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
31.第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
32.第五方面，本技术提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第二方面或第二方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。示例性的，芯片可以为服务器的芯片或电子设备的芯片，电子设备可以为第一电子设备或第二电子设备。
33.第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
附图说明
34.图1 为示例性示出的手机的结构示意图；图2为示例性示出的手机的软件结构示意图；图3为示例性示出的通信系统的示意图；图4为示例性示出的一种呼叫流程示意图；图5a为示例性示出的第一种应用场景示意图；图5b为示例性示出的第二种应用场景示意图；图5c为示例性示出的第三种应用场景示意图；图6为本技术实施例提供的一种呼叫流程示意图；图7为示例性示出的第四种应用场景示意图；图8为本技术实施例提供的另一种呼叫流程示意图；
图9为示例性示出的第五种应用场景示意图；图10为本技术实施例提供的再一种呼叫流程示意图；图11为示例性示出的第六种应用场景示意图；图12为示例性示出的一种确定低优先级小区的流程示意图；图13为本技术实施例提供的另一种确定低优先级小区的流程示意图；图14为示例性示出的一种根据优先级信息确定驻留策略的具体流程；图15a为示例性示出的第七种应用场景示意图；图15b为示例性示出的第八种应用场景示意图；图16为本技术实施例提供的确定驻留策略的流程示意图；图17为示例性示出的第九种应用场景示意图；图18a为示例性示出的第十种应用场景示意图；图18b为示例性示出的第十一种应用场景示意图。
具体实施方式
35.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
36.本技术实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。
37.在本技术实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
38.在本技术实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。
39.图1示出了电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
40.在本技术实施例具体实施的过程中，电子设备100可以为智能手机（如搭载android系统或ios系统的手机等）、平板电脑、笔记本电脑、掌上电脑、移动互联网设备（mobile internet device，mid）、可穿戴设备（如智能手表、智能手环德国）或其他可接入互联网的设备。
41.电子设备100可以包括：处理器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等。其中传感器模块180可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。
42.处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
43.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。
44.usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。
45.充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。
46.电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。
47.电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
48.天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
49.移动通信模块150可以提供应用在电子设备100上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，lna)等。无线通信模块160可以提供应用在电子设备100上的包括无线局域网(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)等无线通信的解决方案。
50.调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
51.在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。
52.电子设备100通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
53.显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)等。在一些实施例中，电子设备100可以包括1个或n个显示屏194，n为大于1的正整数。
54.电子设备100可以通过isp，摄像头193，视频编解码器，gpu，显示屏194以及应用处理器等实现拍摄功能。
55.摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。
56.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
57.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。例如，处理器110能够在电子设备向其他电子设备发起呼叫，且呼叫失败时，记录呼叫失败信息，以及，基于记录的呼叫失败信息确定驻留策略。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。
58.电子设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
59.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
60.压力传感器用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器可以设置于显示屏194。压力传感器的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器检测所述触摸操作强度。电子设备100也可以根据压力传感器的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行
查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
61.触摸传感器，也称“触控面板”。触摸传感器可以设置于显示屏194，由触摸传感器与显示屏194组成触摸屏，也称“触控屏”。触摸传感器用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
62.按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
63.马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。
64.示例性的，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以分层架构的android系统为例，示例性说明电子设备100的软件结构。
65.图2是本技术实施例的电子设备100的软件结构框图。
66.电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为三层，从上至下分别为应用程序层，应用程序框架层，以及内核层。
67.应用程序层可以包括一系列应用程序包。
68.如图2所示，应用程序包可以包括通话，短信息等应用程序。
69.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
70.如图2所示，应用程序框架层可以包括内容提供器，视图系统，电话管理器等。
71.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
72.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
73.电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
74.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
75.内核层是硬件和软件之间的层。内核层至少包含显示驱动，wi-fi驱动，蓝牙驱动，音频驱动，传感器驱动。
76.可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对电
子设备100的具体限定。在本技术另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本技术不做限定。
77.如图3所示为示例性示出的通信系统的示意图。参照图3，手机a和手机b均接入运营商网络，手机a和手机b能够通过运营商网络实现数据交互。具体地，手机a可接入2g、3g、4g或5g运营商网络，手机b也可接入2g、3g、4g或5g运营商网络。5g运营商网络为sa网络或nsa网络。
78.如图4所示为示例性示出的一种呼叫流程示意图，此处的运营商网络可以为4g或5g运营商网络。具体地，手机a和手机b均接入4g运营商网络；或者手机a和手机b均接入5g运营商网络；或者手机a接入4g运营商网络，手机b接入5g运营商网络；或者手机a接入5g运营商网络，手机b接入4g运营商网络，本技术不做限定。请参照图4，具体包括：步骤401，手机a接收用户点击通话选项的操作。
79.示例性的，当用户a想要与用户b进行语音通话时，可以在手机a的通讯录中查找用户b的电话号码，或者输入用户b的电话号码，点击拨打电话对应的通话选项，手机a即可收到用户a点击通话选项的操作。
80.步骤402，手机a向运营商网络发送invite消息。
81.手机a在收到用户a点击通话选项的操作后，向运营商网络发送invite消息。其中，invite消息为一种会话初始协议（session initiation protocol，sip）信令，表示发起呼叫邀请，其中携带有用户b的手机号码。sip是一个应用层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话。
82.步骤403，运营商网络向手机b发送paging消息。
83.运营商网络在收到手机a发送的invite消息后，若手机b处于空闲态，则运营商网络可向手机b发送paging消息。paging消息是一种sip信令，表示发起寻呼。即，当手机b处于空闲态，则运营商网络需要先向手机b发起寻呼。
84.步骤404，手机b建立区域连接演算（region connection calculus，rcc）。
85.手机b收到运营商网络发送的paging消息之后，建立rcc。
86.步骤405，手机b向运营商网络发送paging response消息。
87.手机b在rcc建立完成后，向运营商网络发送paging response消息。paging response消息是一种sip信令，表示寻呼应答。
88.步骤406，运营商网络向手机b发送invite消息。当运营商网络收到手机b发送的paging response消息后，表明寻呼手机b成功，运营商网络可根据invite消息中携带的用户b的手机号码，向手机b发送invite消息。
89.前述步骤403-406，描述的是手机b处于空闲态的情况，在实际应用中，在手机a向手机b发起呼叫的过程中，手机b也可能处于连接态。在运营商网络在收到手机a发送的invite消息后，若手机b处于连接态，可直接执行步骤406，运营商网络向手机b发送invite消息。手机b在收到invit消息之后，即可确定其他手机对自身发起了呼叫。
90.步骤407a，手机b向运营商网络发送100 trying消息。
91.手机b在收到invite消息之后，即可向运营商网络发送100 trying消息。其中，100 trying消息为一种sip信令，该sip信令中的状态码为100，表示呼叫请求正在处理中。运营商网络收到100 trying消息后，运营商网络确定手机b正在处理呼叫请求。
92.步骤407b，运营商网络向手机a发送100 trying消息。
93.需要说明的是，前述步骤404a和步骤404b之间并无明确的先后关系，运营商网络在收到手机b发送的invite消息后，没有收到手机b发送的100 trying消息时，也可以直接向手机a发送100 trying消息。
94.手机a在收到100 trying消息后，可确定呼叫请求正在处理中。
95.步骤408，手机b向运营商网络发送183 session progress消息。
96.手机b在向运营商网络发送100 trying消息之后，可向运营商网络发送183 session progress消息，183 session progress消息是一种sip信令，用于提示建立会话的进度信息。
97.步骤409，运营商网络向手机a发送183 session progress消息。
98.运营商网络在收到183 session progress消息后，可向手机a发送183 session progress消息，用于提示建立会话的进度信息。
99.步骤410a，手机b向运营商网络发送180 ringing消息。
100.在手机b向运营商网络发送100 trying消息后，手机b间隔一定时间后，手机b向运营商网络发送180 ringing消息。其中，180 ringing消息是一种sip信令，该sip信令中的状态码为180，表示振铃。运营商网络可以收到手机b发送的180 ringing消息，运营商网络可确定手机b准备振铃。
101.步骤410b，运营商网络向手机a发送180 ringing消息。
102.需要说明的是，步骤s405a和步骤s405b之间也没有明确的先后顺序。即，运营商网络在向手机a发送100 trying消息之后，在未收到手机b发送的180 ringing消息时，便可以向手机a发送180 ringing消息，手机a在收到180 ringing消息后，手机a能够确定手机b准备振铃。
103.步骤411a，手机a与运营商网络之间发送其他可选sip信令。
104.其他可选sip信令例如可以为update消息，表示会话更新。
105.步骤411b，手机b与运营商网络之间发送其他可选sip信令。
106.其他可选sip信令例如可以为update消息，表示会话更新。
107.步骤412a，手机a发出待接听提示音。
108.手机a在收到运营商网络发送的180 ringing消息之后，间隔一定时间，发出待接听提示音。在手机a发出待接听提示音之前，手机a与运营商网络之间还可以发送其他可选sip信令。此外，在手机a发出待接听提示音之后，手机a与运营商网络之间也可以继续发送其他可选sip信令。
109.步骤412b，手机b振铃。
110.手机b在向运营商网络发送180 ringing消息之后，可以开始振铃。在手机b发送180 ringing消息至手机b振铃之间，手机b与运营商网络之间还可以发送其他可选sip信令。此外，在手机b振铃之后，手机b与运营商网络之间也可以继续发送其他可选sip信令。
111.步骤413，手机b收到用户的接听操作。
112.用户b可在呼叫待接听界面上点击接听按钮，手机b即可收到用户b的接听操作，此时，手机b与手机a之间的会话建立成功。
113.步骤414a，手机b向运营商网络发送200 ok消息。
114.其中，200 ok消息是一种sip信令，该sip信令的状态码为200，表示会话成功。
115.步骤414b，运营商网络向手机a发送200 ok消息。
116.运营商网络在收到手机b发送的200 ok消息之后，向手机a发送200 ok消息。
117.步骤415，手机a和手机b音频通话。
118.手机a与手机b开始进行音频通话，此外还可以进行视频通话。
119.参考图4，从步骤401，手机a收到用户的呼叫操作，至步骤403，运营商网络向手机b发送invite消息的过程可以称为呼叫请求过程，从步骤404，运营商向手机a发送100 trying消息，至呼叫结束可以成为呼叫接听过程。手机a与手机b之间若发生呼叫失败的情况，可能是呼叫请求过程出现问题，例如，手机a发起了呼叫邀请，手机b未收到，即，手机a向运营商网络发送了invite消息，手机b未收到invite消息。具体地，手机a向运营商网络发送了invite消息，手机b处于空闲态，运营商网络向手机b发送paging消息，手机b未收到；或者手机b处于空闲态，手机b在rcc建立成功，且向运营商网络发送paging response消息，运营商网络向手机b发送invite消息，手机b未收到；或者手机b处于连接态，运营商网络向手机b发送invite消息，手机b未收到。手机a与手机b之间呼叫失败，也可能是呼叫接听过程出现问题，例如，手机b收到了invite消息，并向运营商网络发送了100 trying消息，但因为手机b的用户b未接听、或者手机b在收到invite消息后，网络异常导致呼叫失败等。
120.为了确定手机b是否适用sa网络，下面将以手机b驻留的运营商网络小区为sa小区为例，对手机b是否适用于sa网络的方案进行详细的描述。
121.场景一图5a为示例性示出的一种应用场景示意图，参照图5a，该应用场景中包含手机a、接入网1、核心网、接入网2、手机b和云端，手机a通过接入网1与核心网连接，手机b通过接入网2与核心网连接，手机a可以依次通过接入网1、核心网以及接入网2与手机b进行数据交互。当手机a连接到接入网1、wi-fi或热点时，手机a可以与云端建立连接，即，手机a在线，手机a能够与云端进行数据交互。同样的，当手机b连接到接入网2、wi-fi或热点时，手机b可以与云端建立连接，即，手机b在线，手机b能够与云端进行数据交互。
122.需要说明的是，云端可以指荣耀云，包括一个或多个服务器。每个手机账户均可以绑定至荣耀云，荣耀云能够和手机进行数据交互，例如，手机中存储的信息、照片可以上传至荣耀云中进行备份。此外，云端也可以指其他与荣耀云功能类似的云端，本技术对此不做限定。
123.用户在不同时刻，可能驻留在不同的sa小区。例如，用户在家时，驻留在家所在的sa小区；用户在单位上班时，驻留在单位所在的sa小区；用户从家到单位的上班路上，也可能驻留多个不同的sa小区。本技术实施例以在10:00-12:00之间驻留三个sa小区为例。参照图5a，在接入网2中存在三个sa小区，分别为sa小区1、sa小区2和sa小区3。
124.同一个sa小区在不同时刻可能存在通信质量参数等级不同的情况，当手机b驻留在某个sa小区后，可以先确定所驻留sa小区的通信质量参数等级。其中，通信质量参数等级基于通信质量参数确定，用于评价驻留在sa小区中的手机与其他手机通信质量的高低。通信质量参数包括但不限于：接收的信号强度指示（received signal strength indication，rssi）、信噪比等。
125.示例性的，预先定义第一通信质量参数阈值和第二通信质量参数阈值，其中，第一
通信质量参数阈值小于第二通信质量参数阈值。当某个sa小区的通信质量参数大于或等于第二通信质量参数阈值时，则该sa小区的通信质量参数等级为好。当某个sa小区的通信质量参数小于第二通信质量参数阈值，且大于或等于第一通信质量参数阈值时，则该sa小区的通信质量参数为一般。当某个sa小区的通信质量参数小于第一通信质量参数阈值时，则该sa小区的通信质量参数等级为差。
126.参照图5a，手机b在10:00-10:10驻留在sa小区1，与sa小区1建立连接后，即可实时获取sa小区1的通信质量参数，并将获取到的通信质量参数与第二通信质量参数阈值比较。在手机b驻留在sa小区1期间，sa小区1的通信质量参数始终大于或等于第二通信质量参数阈值，则在10：00-10:10期间，sa小区1的通信质量参数等级为好。也就是说，sa小区1的通信质量参数等级为好对应的时间段为10：00-10:10。
127.需要说明的是，即使sa小区的通信质量参数等级为好，也可能存在其他手机向手机b发起呼叫，但呼叫失败的情况。例如，在10:00，手机a向手机b发起呼叫，且呼叫失败，此时手机a记录呼叫失败信息1，并向云端发送呼叫失败信息1，其中，呼叫失败信息1为本次手机a向手机b发起呼叫且呼叫失败的信息。在该过程中，手机b实时记录sa小区1的驻留信息1。
128.图5b为示例性示出的另一种应用场景示意图，在10:10-10:20期间，实时获取到的sa小区1的通信质量参数始终大于第一通信质量参数阈值，且小于第二通信质量参数阈值，则在该时间段内，sa小区1的通信质量参数等级为一般。假设在10:15，手机a向手机b发起呼叫，且呼叫失败，此时手机a记录呼叫失败信息2，并向云端发送呼叫失败信息2，其中呼叫失败信息2为本次手机a向手机b发起呼叫且呼叫失败的信息。在该过程中，手机b实时记录sa小区1的驻留信息2。
129.图5c为示例性示出的再一种应用场景示意图，在10:20-10:30期间，获取到sa小区1的通信质量参数小于第一通信质量参数阈值，则在该时间段内，sa小区1的通信质量参数等级为差。在10:22，手机a向手机b发起呼叫，且呼叫失败，此时手机a记录呼叫失败信息3，并向云端发送呼叫失败信息3，其中呼叫失败信息3为本次手机a向的手机b发起呼叫且呼叫失败的信息。在该过程中，手机b实时记录sa小区1的驻留信息3。
130.其中，呼叫失败信息1、2和3均包含：呼叫开始时间、呼叫结束时间、主叫电话号码、被叫电话号码和呼叫失败原因。呼叫开始时间为手机a发送invite消息的时刻t1，呼叫结束时间为手机a接收用户的挂断操作的时刻t2。呼叫失败原因可以用原因值表示，该原因值可以为sip标准协议原因值，记为第一数值，例如，第一数值可以为403、503等数值。
131.驻留信息1、2和3均包含：是否驻留在sa小区、所驻留的sa小区的小区身份证标识号（cell identity document，cell id）、驻留sa小区期间该sa小区的通信质量参数等级、以及各不同通信质量参数等级对应的开始时间和结束时间。
132.图6为本技术实施例提供的一种呼叫流程示意图。图6所示的呼叫流程示意图为图5a、图5b和图5c三种应用场景下，手机a向手机b发起呼叫请求至呼叫结束的具体流程。请参考图6，具体包括：步骤601a，手机a接收用户点击通话选项的操作。
133.参照图4所示实施例流程步骤401中的描述，此处不再赘述。
134.步骤601b，手机b实时记录驻留信息。
135.实时获取手机b所驻留的sa小区的id，以及该sa小区的通信质量参数，并确定该sa小区的通信质量参数等级。
136.另外，可以对手机b保存驻留信息的时长进行设置，使手机b仅保存最近一段时间的驻留信息，例如，仅保留最近两个小时，或者四个小时的驻留信息，以节省手机b的内存。
137.步骤602，手机a向运营商网络发送invite消息。
138.参照图4所示实施例流程步骤402的描述，此处不再赘述。
139.步骤603a，手机a记录发送invite消息的时刻t1。
140.手机a在发送invite消息后，可以记录发送invite消息的时刻t1。
141.步骤603b，运营商网络向手机b发送paging消息。
142.参照图4所示实施例流程步骤403，此处不再赘述。
143.步骤604，手机b建立rcc。
144.参照图4所示实施例流程步骤404，此处不再赘述。
145.步骤605，手机b向运营商网络发送paging response消息。
146.参照图4所示实施例流程步骤405，此处不再赘述。
147.步骤606，运营商网络向手机b发送invite消息。
148.当运营商网络收到手机b发送的paging response消息后，表明寻呼手机b成功，运营商网络可根据invite消息中携带的用户b的手机号码，向手机b发送invite消息。
149.前述步骤603-606，描述的是手机b处于空闲态的情况，在实际应用中，在手机a向手机发起呼叫的过程中，手机b也可能处于连接态。在运营商网络在收到手机a发送的invite消息后，若手机b处于连接态，可直接执行步骤606，运营商网络向手机b发送invite消息，手机b在收到invit消息之后，即可确定其他手机对自身发起了呼叫。但此时，由于运营商网络出现故障，导致手机b与运营商网络之间的连接出现问题，手机b未收到运营商网络所发送的invite消息。
150.步骤607，运营商网络向手机a发送100 trying消息。
151.运营商网络在向手机b发送invite消息之后，不论手机b是否收到invite消息，均可以直接向手机a发送100 trying消息。
152.步骤608，手机a发出呼叫等待提示音。
153.手机a在收到100 trying消息之后，确定呼叫请求正在处理中，可发出呼叫等待提示音。
154.步骤609，手机a与运营商网络之间发送其他可选sip信令。
155.参照图4所示实施例流程步骤411a，此处不再赘述。
156.步骤610，手机a接收用户的挂断操作，并记录该时刻t2。
157.在实际应用中，可能存在用户a通过手机a向手机b发起呼叫请求之后，间隔几十秒后，用户a发现对方没有接听，便挂断电话的情况，因此，手机a接收用户的挂断操作。接收用户的挂断操作，表明此次呼叫过程结束，因此手机a可记录接收用户的挂断操作的时刻t2。
158.步骤611，手机a向运营商网络发送cancel消息。
159.手机a在接收用户的挂断操作后，表明用户a想要取消该呼叫过程，因此，手机可向运营商网络发送cancel消息。cancel消息为一种sip信令，表示取消呼叫。
160.步骤612，手机a记录包含t1和t2的第一呼叫失败信息。
161.第一呼叫失败信息除包含t1和t2之外，还包含主叫电话号码、被叫电话号码以及呼叫失败原因。其中，呼叫失败原因通过原因值表示。
162.步骤613，若第一呼叫失败信息中的t2-t1大于或等于预设时长阈值，手机a将第一呼失败信息发送至云端。
163.在实际应用中，可能存在用户a通过手机a向手机b发起呼叫请求的过程中，在手机a上点击通话选项的操作后，间隔几秒发现拨打错误，并立马挂断的情况，该种情况不属于需要统计的呼叫失败的情况。因此，可以计算t2-t1，并判断t2-t1是否大于或等于预设时长阈值，若是，则将第一呼叫失败信息发送至云端；若否，则删除第一呼叫失败信息。此处，预设时长阈值可以为预先设置的呼叫等待时长，例如可以为30s。
164.图7为示例性示出的再一种应用场景示意图。在该应用场景下，包含手机a、接入网1、核心网、接入网2、手机b和云端，手机a通过接入网1与核心网连接，手机b通过接入网2与核心网连接，手机a可以依次通过接入网1、核心网以及接入网2与手机b进行数据交互。当手机a连接到接入网1、wi-fi或热点时，手机a可以与云端建立连接，手机a能够与云端进行数据交互。同样的，当手机b连接到接入网2、wi-fi或热点时，手机b可以与云端建立连接，手机b能够与云端进行数据交互。
165.在10:30-11:00期间，手机b驻留在sa小区2中。在10:40，手机a向手机b发起呼叫，且呼叫失败。该场景下，手机b能够收到invite消息，呼叫接听过程中出现问题导致呼叫失败。在该过程中，手机b能够确定手机a对自身进行了呼叫，因此，手机b可以记录呼叫失败信息5，即，本次手机a向手机b发起呼叫且呼叫失败的信息。此外，在此过程中，手机b还实时记录sa小区2的驻留信息4。
166.在本次呼叫过程结束后，手机a记录呼叫失败信息1，即，本次手机a向手机b发起呼叫且呼叫失败的信息，手机a将呼叫失败信息4发送至云端。
167.图8为本技术实施例提供的另一种呼叫流程示意图，且图8所示的呼叫流程示意图为图7的应用场景下，手机a向手机b发起呼叫请求至呼叫结束的具体流程。图8所示实施例流程，以手机b处于连接态为例进行说明。
168.请参照图8，具体包括：步骤801a，手机a接收用户点击通话选项的操作。
169.参照图4所示实施例流程步骤401的描述，此处不再赘述。
170.步骤801b，手机b实时记录驻留信息。
171.参照图6所示实施例流程步骤601b，此处不再赘述。
172.步骤802，手机a向运营商网络发送invite消息。
173.参照图4所示实施例流程步骤402的描述，此处不再赘述。
174.步骤803，运营商网络向手机b发送invite消息。
175.当手机b处于连接态时，运营商网络在收到手机a发送的invite消息后，可直接向手机b发送invite消息。
176.步骤804，手机b记录收到invite消息的时刻t5。
177.手机b可收到运营商网络发送的invite消息，且可以记录收到invite消息的时刻t5。
178.步骤805a，运营商网络向手机a发送100 trying消息。
179.参照图4所示实施例流程步骤407b的描述，此处不再赘述。
180.步骤805b，手机b向运营商网络发送100 trying消息。
181.参照图4所示实施例流程步骤407a的描述，此处不再赘述。
182.步骤806，手机a记录发送invite消息的时刻t3。
183.参照图6所示实施例流程步骤603a，此处不再赘述。
184.步骤807，手机a发出呼叫等待提示音。
185.参照图4所示实施例流程流程步骤412a的描述，此处不再赘述。
186.步骤808a，手机a与运营商网络之间发送其他可选sip信令。
187.参照图4所示实施例流程流程步骤411a的描述，此处不再赘述。
188.步骤608b，运营商网络与手机b之间发送其他可选sip信令。
189.参照图4所示实施例流程流程步骤411b的描述，此处不再赘述。
190.步骤809a，运营商网络向手机a发送网络异常释放信令。
191.当手机b与运营商网络之间的连接出现异常时，手机b与手机a之间无法继续保持呼叫，因此，运营商网络向手机a发送网络异常释放信令，手机a与手机b之间的呼叫释放。
192.步骤809b，运营商网络向手机b发送网络异常释放信令。
193.当手机b与运营商网络之间的连接出现异常时，运营商网络向手机b发送网络异常释放信令，手机a与手机b之间的呼叫释放。
194.步骤810a，手机a记录收到网络异常释放信令的时刻t4。
195.手机a在收到网络异常释放信令之后，可记录收到网络异常释放信令的时刻t4。
196.步骤810b，手机b记录收到网络异常释放信令的时刻t6。
197.手机b在收到网络异常释放信令之后，可记录收到网络异常释放信令的时刻t6。
198.步骤811a，手机a记录包含t3和t4的第二呼叫失败信息。
199.第二呼叫失败信息除包含t3和t4之外，还可以包含主叫电话号码、被叫电话号码以及呼叫失败原因。其中，呼叫失败原因通过原因值表示。
200.步骤811b，手机b记录包含t5和t6的第三呼叫失败信息。
201.由于手机b可以实时记录驻留信息，因此，在记录第三呼叫失败信息时，可以将所驻留小区的id和通信质量参数等级记录在第三呼叫失败信息中。即，第三呼叫失败信息中包含：t3、t4、主叫电话号码、被叫电话号码、呼叫失败原因、驻留小区的id以及通信质量参数等级。
202.步骤812，若第二呼叫失败信息中的t4-t3大于或等于预设时长阈值，手机a向云端发送第二呼失败信息。
203.在实际应用中，可能存在用户a通过手机a向手机b发起呼叫请求后，间隔几秒发现拨打错误，于是立马挂断的情况，该种情况通常不属于需要统计的呼叫失败的情况，因此，可以计算t4-t3，并判断t4-t3大于或等于预设时长阈值时，将第一呼叫失败信息发送至云端。若t4-t3小于预设时长阈值，则将第一呼叫失败信息删除。
204.图9为示例性示出的再一种应用场景示意图，在该应用场景下，包含手机a、接入网1、核心网、接入网2、手机b和云端，手机a通过接入网1与核心网连接，手机b通过接入网2与核心网连接，手机a可以依次通过接入网1、核心网以及接入网2与手机b进行数据交互。当手机a连接到接入网1、wi-fi或热点时，手机a可以与云端建立连接，手机a能够与云端进行数
据交互。同样的，当手机b连接到接入网2、wi-fi或热点时，手机b可以与云端建立连接，手机b能够与云端进行数据交互。
205.接入网2中包含三个sa小区，分别为sa小区1、sa小区2和sa小区3。在该应用场景下，例如，11:00-12:00，手机b驻留在sa小区3，且sa小区为正常小区，手机b能够与其他手机建立呼叫成功。手机a向手机b发起呼叫，且呼叫成功。在此过程中，手机b实时记录sa小区3的驻留信息5。
206.图10为本技术实施例提供的再一种呼叫流程示意图，图10所示的呼叫流程示意图为图9所示的应用场景下，手机a向手机b发起呼叫，且呼叫成功的具体流程。
207.请参照图10，具体包括：步骤1001a，手机a接收用户点击通话选项的操作。
208.参照图4所示实施例流程步骤401的描述，此处不再赘述。
209.步骤1001b，手机b实时记录驻留信息。
210.参照图6所示实施例流程步骤601b的描述，此处不再赘述。
211.步骤1002，手机a向运营商网络发送invite消息。
212.参照图4所示实施例流程步骤402的描述，此处不再赘述。
213.步骤1003a，手机a记录发送invite消息的时刻t8。
214.手机a在向运营商网络发送invite消息后，可记录发送invite消息的时刻t8。
215.步骤1003b，手机b向运营商网络发送paging消息。
216.参照图4所示实施例流程步骤403的描述，此处不再赘述。
217.步骤1004，手机b建立区域连接演算（region connection calculus，rcc）。
218.参照图4所示实施例流程步骤404的描述，此处不再赘述。
219.步骤1005，手机b向运营商网络发送paging response消息。
220.参照图4所示实施例流程步骤405，此处不再赘述。
221.步骤1006，运营商网络向手机b发送invite消息。
222.参照图4所示实施例流程步骤406的描述，此处不再赘述。
223.步骤1007，手机b记录收到invite消息的时刻t7。
224.手机b可收到运营商网络发送的invite消息，且可以记录收到invite消息的时刻t7。
225.步骤1008a，手机b向运营商网络发送100 trying消息。
226.参照图4所示实施例流程步骤407a的描述，此处不再赘述。
227.步骤1008b，运营商网络向手机a发送100 trying消息。
228.参照图4所示实施例流程步骤407b的描述，此处不再赘述。
229.步骤1009，手机b向运营商网络发送183 session progress消息。
230.参照图4所示实施例流程步骤408，此处不再赘述。
231.步骤1010，运营商网络向手机a发送183 session progress消息。
232.参照图4所示实施例流程步骤409，此处不再赘述。
233.步骤1011a，手机b向运营商网络发送180 ringring消息。
234.参照图4所示实施例流程步骤410a的描述，此处不再赘述。
235.步骤1011b，运营商网络向手机a发送180 ringring消息。
236.参照图4所示实施例流程步骤410b的描述，此处不再赘述。
237.步骤1012a，手机a与运营商网络之间发送其他可选sip信令。
238.参照图4所示实施例流程步骤411a的描述，此处不再赘述。
239.步骤1012b，手机b与运营商网络之间发送其他可选sip信令。
240.参照图4所示实施例流程步骤411b的描述，此处不再赘述。
241.步骤1013a，手机a发出待接听提示音。
242.参照图4所示实施例流程步骤412a的描述，此处不再赘述。
243.步骤1013b，手机b振铃。
244.参照图4所示实施例流程步骤4012b的描述，此处不再赘述。
245.步骤1014，手机b收到用户的接听操作。
246.参照图4所示实施例流程步骤413的描述，此处不再赘述。
247.步骤1015a，手机b向运营商网络发送200 ok消息。
248.参照图4所示实施例流程步骤414a的描述，此处不再赘述。
249.步骤1015b，运营商网络向手机a发送200 ok消息。
250.参照图4所示实施例流程步骤414b的描述，此处不再赘述。
251.步骤1016a，手机b删除t7。
252.由于本技术实施例需要根据手机a与手机b之间呼叫失败时的呼叫失败信息，确定所驻留小区是否会影响其他手机与手机b的呼叫建立成功，在该过程中，不需要呼叫成功的过程中所记录的信息，因此，手机b可删除其记录的时刻t7。
253.步骤1016b，手机a删除t8。
254.基于与手机b相同的理由，手机a也可删除其记录的时刻t8。
255.步骤1017，手机a和手机b音频通话。
256.参照图4所示实施例流程步骤415的描述，此处不再赘述。
257.如图11所示为示例性示出的再一种应用场景示意图，参照图11，接入网2中包含三个sa小区，分别是sa小区1、sa小区2和sa小区3。11:00-12:00期间，手机b驻留在sa小区3，由于sa小区3为正常小区，因此，手机b能够与云端建立连接。云端即可根据手机b的电话号码查找到手机b作为被叫时的所有呼叫失败信息，并发送至手机b。具体地，云端将呼叫失败信息1、呼叫失败信息2、呼叫失败信息3以及呼叫失败信息4发送至手机b，手机b可以基于云端发送的呼叫失败信息确定驻留策略。
258.本技术实施例的一种可选实施方式中，手机b驻留在sa小区3并与云端建立连接后，云端便会向手机b发送呼叫失败信息，若云端发送呼叫失败信息的时刻，与手机b驻留在sa小区1或2时，手机a向手机b呼叫失败的时刻之间间隔时间过长，例如，大于十二个小时，则此时手机b所收到的呼叫失败信息对于判断手机b所驻留小区是否为正常小区不具有参考意义。因此，可以预先设置云端保存呼叫失败信息的保存时长阈值，当云端保存呼叫失败信息在的时长大于保存时长阈值时，可将呼叫失败信息删除。
259.本技术实施例的另一种可选实施方式中，也可以不在云端设置保存时长阈值，而是在手机b中设置保存时长阈值。云端只要发现手机b在线，即可将手机b不在线的时间段内，手机b作为被叫时的所有呼叫失败信息发送至手机b。手机b 在收到呼叫失败信息后，可以判断某一呼叫失败信息的呼叫开始时间，距离此刻的时间间隔，是否超过保存时长阈值，
若是，则可将该呼叫失败信息删除；若否，则保留该呼叫失败信息。
260.需要说明的是，当手机b驻留在sa小区3时，手机b 与云端建立连接，此时云端即可将手机a所发送的所有呼叫失败信息全部发送至手机b中。手机b与云端之间的通信链路，与手机a与手机b之间的通话链路是不同的链路，因此，云端向手机b发送呼叫失败信息的过程可能发生在手机a向手机b发起呼叫请求的过程之前，本技术对此不做限定。
261.手机b在确定驻留策略的过程中，可先确定10:00-11:00之间，所驻留所有小区是否为低优先级小区。因此，可以根据收到的呼叫失败信息1、呼叫失败信息2、呼叫失败信息3确定sa小区1是否为低优先级小区。根据收到的呼叫失败信息5确定sa小区2是否为低优先级小区。其中，低优先级小区指的是优先级低于正常小区的小区，当手机b驻留在低优先级小区时，与其他手机建立呼叫成功的概率较低。
262.具体地，图12为示例性示出的一种确定低优先级小区的流程示意图，参照图12，由于不论手机b驻留在哪个sa小区中，手机b始终实时记录驻留信息，因此，在10:00-11:00期间，手机b共驻留过2个小区，分别是sa小区1和sa小区2。因此，手机b中记录有10:00-11:00之间所驻留过两个sa小区的驻留信息。假设在10:31-11:00之间，sa小区2的通信质量参数等级为一般，则手机b中共记录有四个驻留信息。
263.驻留信息中包含所驻留sa小区id、通信质量参数等级以及对应的开始时间和结束时间，因此，驻留信息共包含四个，分别为驻留信息1：驻留小区为sa小区1，通信质量参数等级为好，对应的时间段为10:00-10:10；驻留信息2：驻留小区为sa小区1，通信质量参数等级为一般，对应的时间段为10:11-10:20；驻留信息3：驻留小区为sa小区1，通信质量参数等级为差，对应的时间段为10:21-10:30；驻留信息4：驻留小区为sa小区2，通信质量参数等级为一般，对应的时间段为10:31-11:00。
264.分别将呼叫失败信息1、呼叫失败信息2和呼叫失败信息3与各驻留信息进行匹配，从而选择出与各呼叫失败信息对应的目标驻留信息。示例性的，在将呼叫失败信息1与四个驻留信息进行匹配时，可以根据呼叫失败信息1中的t1-10:00和t2-10:01与四个驻留信息中的时间段是否存在重叠，从而匹配出所有驻留信息中时间段包含t1至t2的目标驻留信息。由于10:00-10:01位于10:00-10:10之间，因此，与呼叫失败信息1相匹配的是驻留信息1，其对应的通信质量参数等级为好。
265.同理，呼叫失败信息2中的t1-10:15，t2-10:16，10:15-10:16位于10:11-10:20之间，因此，与呼叫失败信息2相匹配的是驻留信息2，其对应的通信质量参数等级为一般。呼叫信息3中的t1-10:22，t2-10:23，10:22-10:23位于10:21-10:30之间，因此，与呼叫失败信息3相匹配的是驻留信息3，其对应的通信质量参数等级为差。
266.接着，可以统计出sa小区1对应的3个呼叫失败信息中，通信质量参数等级为好、一般和差的数量分别为n、x和y。例如，可以统计出sa小区1对应的3个呼叫失败信息中，通信质量参数等级为好、一般和差的数量均为1。
267.由于不同通信质量参数等级出现呼叫失败的概率理论上是不同的，因此，在计算呼叫失败评价指标时，可以为不同通信质量参数等级对应的呼叫失败数量分配不同的权重系数，例如，通信质量参数等级为好对应的权重系数为o，通信质量参数等级为一般对应的权重系数为p，通信质量参数等级为差对应的权重系数为q。举例而言，通信质量参数等级为好对应的权重系数为2，通信质量参数等级为一般对应的权重系数为1，通信质量参数等级
为差对应的权重系数为0.5。
268.接着可以根据如下公式计算呼叫失败评价指标：z1= n1×
o x1×
p y1×
q式中，z1表示呼叫失败评价指标，n1表示当手机b驻留在sa小区1时通信质量参数等级为好对应的呼叫失败次数，x1表示当手机b驻留在sa小区1时通信质量参数等级为一般时对应的呼叫失败次数，y1表示当手机b驻留在sa小区1时通信质量参数等级为差时对应的呼叫失败次数。
269.根据前述呼叫失败评价指标的计算公式，可计算呼叫失败评价指标为1
×
2 1
×
1 1
×
0.5=3.5。
270.可预先设置呼叫失败次数阈值，当手机b驻留在某个sa小区的呼叫失败评价指标大于呼叫失败次数阈值时，若手机b驻留在该sa小区，则会影响手机b与其他手机建立呼叫连接的成功率，则该sa小区为低优先级小区。例如，呼叫失败次数阈值可以为3，手机b驻留在sa小区1时的呼叫失败评价指标为3.5，大于3，则sa小区1为低优先级小区。
271.图13为本技术实施例提供的另一种确定低优先级小区的流程示意图，参照图13，针对sa小区2，当手机b驻留在sa小区2时，手机b能够收到invite消息，手机b可以记录本次呼叫失败信息，因此，可以基于手机b记录的sa小区2对应的呼叫失败信息，确定sa小区2是否为低优先级小区。
272.具体地，参照图13，具体包括：步骤1301，统计sa小区2对应的呼叫失败信息的数量。
273.示例性的，在10:31-11:00之间，sa小区2对应的呼叫失败信息的数量1。
274.步骤1302，计算得到的呼叫失败评价指标《呼叫失败次数阈值，则将sa小区确定为正常小区。
275.示例性的，设定呼叫失败次数阈值为3，呼叫失败评价指标与sa小区2对应的呼叫失败信息的数量相同，即为1，则呼叫失败评价指标《呼叫失败次数阈值，则确定sa小区2为正常小区。
276.另外，当手机b曾经驻留过某个sa小区时，却并未收到驻留期间的呼叫失败信息，则可确定该sa小区为正常小区。例如，当手机b驻留在某个正常的sa小区时，其他手机向手机b发起多次呼叫，均呼叫成功，在此期间，手机b未收到呼叫失败信息，可判定该sa小区为正常小区。例如，参照图9，当手机b驻留在sa小区3时，手机a向手机b发起呼叫，且呼叫成功，因此，手机b未收到呼叫失败信息，则sa小区3为正常小区。
277.当手机b驻留在某个低优先级sa小区时，手机向手机b发起呼叫且呼叫失败，但手机b驻留在该sa小区期间，手机b并未收到呼叫失败信息，因此，手机b默认该sa小区为正常小区。例如，10：00-10:30期间，手机b驻留在sa小区1，虽然在此期间手机a向手机b发起呼叫且呼叫失败，但手机b未与云端建立连接，因此手机b并未收到呼叫失败信息，因此，在此期间，手机b默认sa小区为正常小区。
278.需要说明的是，图12和图13所示实施例，确定手机b在一个时间段内所驻留的各小区是否为低优先级小区的过程中，所使用的信息是手机a向手机b发起呼叫且呼叫失败的呼叫失败信息，但在实际应用中，在一个时间段内，可能存在多个手机向手机b发起呼叫且呼叫失败的情况。在该种情况下，各手机均向云端发送呼叫失败信息，云端在手机b在线时，将
手机b作为被叫时的所有呼叫失败信息均发送至手机b，手机b采用如图12或图13的方法，基于所收到的多个手机对应的呼叫失败信息，确定所驻留过的小区是否为低优先级小区。
279.此外，参照图5a和图6，当手机b驻留在sa小区1时，对应于手机a向手机b发起呼叫，但手机b未收到invite消息的情况。参照7和图8，当手机b驻留在sa小区2时，对应手机a向手机b发起呼叫，手机b收到invite消息后，因为手机b与运营商网络之间网络连接异常导致呼叫失败的情况。在实际应用中，图6中手机b未收到invite消息的情况和图8中网络异常的情况，也可能出现在手机b驻留在同一个sa小区中，本技术不做限定。
280.为了保证手机b能够判断所驻留过的小区是否为低优先级小区，并及时采取驻留策略，以保证手机b尽可能与其他手机建立呼叫成功。上述手机a记录呼叫失败信息以及向云端发送呼叫失败信息是实时进行的，也就是说，只要手机a向手机b发起呼叫，且呼叫失败，则手机a就记录本次呼叫失败信息，且手机a在线时，将呼叫失败信息发送至云端。需要说明的是，手机a在线指的是手机a与云端建立连接。而云端在手机b在线时，将云端中所保存的手机b作为被叫时的呼叫失败信息发送至手机b，同时删除已发送至手机b中的呼叫失败信息。手机b在收到呼叫失败信息后，便进一步采用如图12或图13所示的流程确定所驻留过的sa小区是否为低优先级小区。
281.当手机b收到云端发送的呼叫失败信息，并获得所驻留过的各小区是否为低优先级小区的结果之后，即可确定驻留策略。
282.此时，手机b保存所驻留过的各sa小区的优先级信息，其中某个sa小区的优先级信息指的是该sa小区是否为低优先级小区。手机b可将个优先级信息保存至优先级信息集合中。例如，在11:01，优先级信息集合中包含三个优先级信息，分别为：sa小区1为低优先级小区，sa小区2和sa小区3均为正常小区。
283.需要说明的是，手机b中保存的优先级信息，即，优先级信息集合中的优先级信息可根据实际情况进行增加或更新：例如，当手机b驻留至一个新的sa小区时，该新的sa小区为优先级信息集合中不存在的sa小区，则需要增加该新的sa小区对应的优先级信息。例如，在12：00，手机b 中保存有sa小区1、sa小区2和sa小区3的优先级信息，12:01，手机b驻留在sa小区4中，而优先级信息集合中并不存在sa小区4，则手机在确定sa小区4的优先级信息之后，可将sa小区4的优先级信息添加至优先级信息集合中。
284.作为本技术实施例一种可选的实施方式，当手机b的当前驻留小区为手机b中所保存的优先级信息（即优先级信息集合）中存在的sa小区，但手机b根据云端最新发送的呼叫失败信息确定该sa小区的优先级信息，与手机b中已保存的优先级信息不同，则对优先级信息集合中的优先级信息进行更新。例如，在13:01-14:00，手机b驻留在sa小区3，在14:01-15:00，手机b驻留在sa小区2。在14:30，手机b收到云端发送的驻留在sa小区3的呼叫失败信息，且根据呼叫失败信息确定sa小区3为低优先级小区，因此，sa小区3的优先级信息与优先级信息集合中的优先级信息不同，则可以将优先级信息集合中的sa小区3对应的正常小区更新为低优先级小区。
285.作为本技术实施例另一种可选的实施方式，由于sa小区在不同时刻的通信质量参数可能不同，当手机b驻留在sa小区时，其他手机向手机b发起呼叫，且呼叫成功的概率也不同，因此，在不同时刻，sa小区的优先级信息可能不同。例如，某个sa小区在一个时间段内为
低优先级小区，其在下一个时间段可能为正常小区。因此，为避免一直将某个小区确定为低优先级小区的情况，若优先级信息集合中的某个sa小区的优先级信息表明该小区为低优先级小区，且在一个预设更新时长阈值内并未收到关于该小区的新的优先级信息，则可定时更新。例如，sa小区1为低优先级小区，两个小时内，未收到sa是否为低优先级小区的信息，则可将sa小区1更新为正常小区。
286.另外，需要说明的是，当手机b中所保存的优先级信息中，不存在某个sa小区，则默认该sa小区为正常小区。
287.请参照图14，确定驻留策略的具体过程如下：步骤1401，判断当前驻留小区是否为低优先级小区。
288.手机b中始终保存有所驻留过的各sa小区的优先级信息，可判断当前驻留小区是否为低优先级小区，并根据不同的结果采取不同的策略。
289.步骤1402，若当前驻留小区不是低优先级小区，则保持当前驻留小区不变。
290.若当前驻留小区不是低优先级小区，即，当前驻留小区为正常小区，表明当手机b驻留在当前驻留小区时，并不会影响手机b与其他手机建立呼叫的成功率。因此，可保持当前驻留小区不变，即，手机b继续驻留在当前驻留小区。例如，在11:01，手机b驻留在sa小区3，即，当前驻留小区为sa小区3。sa小区3为正常小区，因此，手机b可继续驻留在sa小区3。
291.步骤1403，若当前驻留小区是低优先级小区，则判断是否能够搜索到其他sa小区。
292.若当前驻留小区是低优先级小区，手机b继续驻留在当前驻留小区时，则可能影响手机b与其他手机建立呼叫的成功率。由于在实际应用中，不同sa小区的覆盖范围可能存在重叠，尤其是相邻的两个sa小区，两者覆盖范围重叠较多，因此，当手机b位于某个位置时，可能存在能够搜索到多个sa小区的情况。当手机b的当前驻留小区为低优先级小区时，手机b可尝试搜索其他sa小区，并判断是否能够搜索到其他sa小区。
293.步骤1404，若能够搜索到其他sa小区，则判断其他sa小区中是否存在正常小区。
294.若其他sa小区中存在正常小区，则手机b不驻留在当前驻留小区，而是驻留在其他sa小区中的正常小区。
295.步骤1405，若其他sa小区中存在正常小区，则驻留在其他sa小区中的正常小区。
296.如果其他sa小区中存在正常小区，则手机b可驻留在其他sa小区中的正常小区。
297.步骤1406，若搜索不到其他sa小区，或搜索到的其他sa小区中不存在正常小区，则判断是否能够搜索到lte小区或nsa小区。
298.若手机b搜索不到其他sa小区，或手机b所搜索到的其他sa小区中不存在正常小区，则表明手机b可能并不适用于sa，因此，手机b可继续搜索lte小区或nsa小区。
299.步骤1407，若能够搜索到lte小区或nsa小区，则驻留在lte小区或nsa小区。
300.若手机b能够搜索到lte小区或nsa小区时，则手机b禁用sa，并驻留在lte小区或nsa小区，这样，确保lte小区或nsa小区不影响手机b与其他手机建立呼叫的成功率。
301.步骤1408，若无法搜索到lte小区或nsa小区，则驻留在当前驻留小区。
302.若手机b无法搜索到lte小区或nsa小区，则手机b保持驻留在当前驻留小区。且手机b保持搜索，即，执行步骤1403。
303.场景二在实际应用中，可能存在手机b驻留在某个sa小区的时间段内，既可能出现手机b
无法收到invite消息的情况；也可能出现手机b收到invite消息，但因为网络的原因，导致手机a与手机b在呼叫接听过程出现问题；还可能出现手机b开始振铃，但用户b未能接听造成呼叫失败的情况。也就是说，可能存在手机b驻留在同一个sa小区，出现多种不同的呼叫失败情况。
304.如图15a所示为示例性示出的再一种应用场景示意图，参照图15a，当手机b驻留在sa小区4时，手机b未收到invite消息。图15a的场景图对应两种不同的情况：第一种，手机b未收到invite消息，用户a在保持呼叫一段时间后自己挂断，具体呼叫流程参照图6；第二种，手机b未收到invite消息，手机a在保持呼叫预设呼叫等待时长后自动释放，此处，预设呼叫等待时长可以为预先设置的呼叫等待时长，例如可以为40s。由于在这两种情况下，手机b并未收到invite消息，手机b并不能感知到被呼叫，因此手机b也就不会记录本次呼叫失败信息。手机b实时记录sa小区4的驻留信息5。手机a记录本次呼叫失败信息6后，将呼叫失败信息6发送至云端。
305.手机a所记录的呼叫失败信息6中包含呼叫开始时间6、呼叫结束时间6、主叫电话号码、被叫电话号码以及呼叫失败原因。针对图15a应用场景下的第一种情况，参照图6，呼叫开始时间6指的是手机a发送invite消息的时刻t1，呼叫结束时间6指的是手机a收到用户的挂断操作的时刻t2。针对图15a应用场景下的第二种情况，呼叫开始时间6指的是手机a收到100 trying消息的时刻，呼叫结束时间6指的是手机a收到呼叫释放请求指令的时刻。
306.如图15b所示为示例性示出的再一种应用场景示意图，如图15b所示，当手机b驻留在sa小区4时，还可能出现手机a向手机b发起呼叫，手机b收到invite消息，但最终因为网络异常等问题导致呼叫失败的情况。对应图15b的应用场景，可能存在三种情况，第一种：参照图8，手机a向手机b发起呼叫，手机b收到invite消息，但最终因为手机b与运营商网络之间连接异常导致呼叫失败；第二种：手机a向手机b发起呼叫，手机b收到invite消息，用户a在手机a发出呼叫等待提示音后，主动挂断；第三种：手机a向手机b发起呼叫，手机b收到invite消息，保持呼叫预设呼叫等待时长后自动释放。由于在这三种情况下，手机b均能够收到invite消息，因此，能够感知到被呼叫，可以记录本次呼叫失败的信息，记为呼叫失败信息9，手机b实时记录sa小区4的驻留信息6。手机a也可以记录本次呼叫失败的信息，记为呼叫失败信息7，并将呼叫失败信息7发送至云端。
307.手机a记录的呼叫失败信息7中包含呼叫开始时间7、呼叫结束时间7、主叫电话号码、被叫电话号码以及呼叫失败原因。针对图15b应用场景对应的三种不同情况，呼叫开始时间7均指手机a发送invite消息的时刻t3。参照图8，针对图15b应用场景对应的第一种情况，呼叫结束时间7指的是手机a收到网络异常释放信令的时刻t4，针对图15b应用场景对应的第二种情况，呼叫结束时间7指的是手机a收到用户的挂断操作的时刻，针对图15b应用场景对应的第三种情况，呼叫结束时间7指的是手机a收到呼叫释放请求的时刻。
308.手机b记录的呼叫失败信息8中包含呼叫开始时间8、呼叫结束时间8、主叫电话号码、被叫电话号码、呼叫失败原因8、驻留sa小区id和驻留sa小区通信质量参数等级。其中，针对图15b应用场景对应的三种不同情况，呼叫开始时间8均指的是手机b收到invite消息的时刻t5。针对三种情况的第一种情况，参照图8，呼叫结束时间8指的是手机b收到网络异常释放信令的时刻t6；针对三种情况的第二种情况，呼叫结束时间8指的是手机b收到挂断请求信令的时刻；针对三种情况的第三种情况，呼叫结束时间8指的是手机b收到呼叫释放
信令的时刻。
309.手机b在记录每次呼叫失败原因时，可以通过记录原因值来实现，原因值可以为sip标准协议原因值，记为第二数值。具体地，针对网络异常导致呼叫失败的情况，该第二数值例如可以为403，或503等数值；针对网络正常，手机b的用户b未接听的情况，可以将原因值记录为第三数值，第三数值可以为自定义数值，第三数值例如可以为11。
310.当手机b在线时，云端可根据手机b对应的电话号码查找到与该手机b对应的所有呼叫失败信息，并将查找的呼叫失败信息发送至手机b，需要说明的是，手机b驻留在某个sa小区时，可能只发生一次呼叫失败，此时云端仅能够收到一个呼叫失败信息；也可能发生多次呼叫失败，此时云端能够收到多个呼叫失败信息。当手机b驻留在某个sa小区中时，发生的多次呼叫失败中，可能包含上述五种情况，也可能只包含其中的部分情况，本技术对此不做限定。
311.如图16所示为本技术实施例提供的确定驻留策略的流程示意图，参照图16，步骤1601，筛选呼叫失败信息。
312.当云端将手机b作为被叫时的所有呼叫失败信息均发送至手机b时，由于图15b对应的三种情况的呼叫失败信息，手机a和手机b均各自记录了一次，因此，手机b记录的呼叫失败信息8与云端发送的手机a所记录的呼叫失败信息中的部分信息是重复的，因此，可以先对手机a记录的所有呼叫失败信息进行筛选，将与手机b记录的呼叫失败信息8重复的呼叫失败信息删除。
313.具体地，参照图8，手机b记录的收到invite消息的时刻t5，至记录网络异常释放信令的时刻t6，与手机a记录的收到100 trying消息的时刻t3，至记录接收网络异常释放信令的时刻t4有重叠。因此，可以通过判断手机a记录的呼叫失败信息中的呼叫开始时间至呼叫结束时间，与手机b所记录的呼叫失败信息8中的呼叫开始时间8至呼叫结束时间8是否有重叠，从而判断呼叫失败信息和呼叫失败信息8是否针对同一个呼叫过程，若是，则将手机a所记录的该呼叫失败信息删除。图15b所对应的应用场景下的三种不同的情况，手机a记录的呼叫失败信息7和手机b记录的呼叫失败信息8对应同一个呼叫过程，因此，经过对手机a所记录的所有呼叫失败信息筛选后，呼叫失败信息7被删除。也就是说，手机b中仅存在图15a的应用场景下的呼叫失败信息6。
314.步骤1602，确定目标驻留信息。
315.在对手机a所记录的呼叫失败信息进行筛选后，需要确定呼叫失败信息6对应的sa小区的目标驻留信息。具体确定呼叫失败信息6对应的目标驻留信息的过程，参照图11执行，此处不再赘述。
316.步骤1603，确定通信质量参数等级。
317.在确定呼叫失败信息6对应的目标驻留信息后，可以将目标驻留信息中的通信质量参数等级确定呼叫失败信息6对应的通信质量参数等级。
318.步骤1604，计算呼叫失败评价指标。
319.针对手机b记录的呼叫失败信息8，可以根据呼叫失败原因，筛选出呼叫失败原因为网络异常的呼叫失败信息8的数量，作为网络异常导致呼叫失败的次数。具体地，呼叫失败原因为网络异常时，原因值为第二数值，则可以确定呼叫失败信息8中的原因值是否为第二数值，若是，则网络异常导致呼叫失败的次数为1，否则为0。可以通过如下表达式计算呼
叫失败评价指标：z=m n2×
o x2×
p y2×
q式中，z表示呼叫失败评价指标，m表示手机b记录的呼叫失败信息中，网络异常导致呼叫失败的次数，n2表示手机a记录的呼叫失败信息6中，通信质量参数等级为好时对应的呼叫失败次数，x2表示手机a记录的呼叫失败信息6中，通信质量参数等级为一般时对应的呼叫失败次数，y2表示手机a记录的呼叫失败信息6中，通信质量参数等级为差时对应的呼叫失败次数。
320.本技术实施例的另一种实施方式中，在确定手机b所驻留小区是否为低优先级小区的过程中，由于手机b驻留在某一sa小区时，不仅可能作为被叫，也可能作为主叫呼叫其他手机，因此，还可以统计手机b作为主叫时，呼叫失败的次数。在手机b作为主叫时，也可能存在多种不同的情况，例如手机b与运营商网络连接异常，该种情况为手机b驻留的sa小区出现问题的情况，手机b向运营商网络发送invite消息，运营商网络未收到，因此，手机b未收到100 trying消息；被叫端手机c驻留的小区出现异常，手机b向运营商网络发送invite消息，运营商网络收到，并向手机b发送100 trying消息，手机b与运营商网络之间的连接异常，例如手机c未收到invite消息等。针对上述不同的情况，手机b在记录呼叫失败信息时，可以记录不同的原因值，以对应不同的呼叫失败原因。
321.针对手机b作为主叫时所记录的呼叫失败信息可以有两种处理方法：第一种，针对手机b作为主叫时记录的所有呼叫失败信息均进行记录，在需要确定驻留策略时，统计网络异常导致呼叫失败的次数时，根据原因值，仅统计原因值表示网络异常的呼叫失败信息的数量。
322.第二种，针对每一次手机b作为主叫时的呼叫失败信息均进行记录，并根据原因值判断各呼叫失败信息的呼叫失败原因是否为网络异常，如果是，则保留该呼叫失败信息，若否，则删除呼叫失败信息。
323.由于手机b作为主叫时，因网络异常导致呼叫失败的情况，也在一定程度上反映了手机b所驻留sa小区的网络状况，因此可以用来辅助评价sa小区是否为低优先级小区。在确定驻留策略时，可以结合手机b作为主叫时，因网络原因导致呼叫失败的次数。
324.可以通过如下表达式计算呼叫失败评价指标：z=l m n2×
o x2×
p y2×
q式中，z表示呼叫失败评价指标，l表示手机b作为主叫时，因网络异常导致呼叫失败的次数，m表示手机b记录的呼叫失败信息中，因网络异常导致呼叫失败的次数，n2表示手机a记录的呼叫失败信息6中，通信质量参数等级为好时对应的呼叫失败次数，x2表示手机a记录的呼叫失败信息6中，通信质量参数等级为一般时对应的呼叫失败次数，y2表示手机a记录的呼叫失败信息6中，通信质量参数等级为差时对应的呼叫失败次数。
325.步骤1605，确定驻留策略。
326.在获得呼叫失败评价指标之后，可以判断呼叫失败评价指标是否大于呼叫失败次数阈值，若是，则表明该sa小区为低优先级小区。若否，则确定该sa小区为正常小区。接着按照图14所示实施例流程步骤确定具体如何驻留。
327.在场景一和场景二中，手机b所驻留过的各sa小区的优先级信息均为根据其他手机与手机b进行音频通话时所记录的呼叫失败信息，以及手机b实时记录所驻留小区的驻留
信息确定的。为了进一步提高sa小区的优先级信息的准确性，针对各sa小区的优先级信息，还可以通过如下方式获得：如图17所示为示例性示出的再一种应用场景示意图，参照图17，假设在一个时间段内，例如，16:01-17:00期间，手机b、手机c和手机d均驻留在sa小区5，手机x实时记录sa小区5的驻留信息7，并将驻留信息7发送至云端。手机c实时记录sa小区5的驻留信息8，并将驻留信息8发送至云端。手机d实时记录sa小区5的驻留信息9，并将驻留信息9发送至云端。此外，云端中保存有手机b、手机c和手机d作为被叫时的呼叫失败信息。云端可参照图16所示的实施例流程步骤确定手机b、手机c和手机d所驻留的sa小区的优先级信息，并将所确定的优先级信息均发送至手机b。还可将优先级信息发送至手机c和手机d。
328.此外，在实际应用中，可能存在用户b被友人告知经常向手机b发起呼叫，但无人接听，或者发现在某个地方手机上显示信号较弱的情况，因此，用户b想要对手机b以及所驻留小区进行测试。如图18a所示为示例性示出的再一种应用场景示意图，参照图18a，当手机b驻留在sa小区1时，对手机b和sa小区1进行测试。
329.用户b可以开启手机b中的呼叫测试功能，手机b即可收到用户开启呼叫测试的操作，并向云端发送呼叫测试请求指令，云端可向手机b发起呼叫，且呼叫失败，云端记录呼叫失败信息9。
330.如图18b所示为示例性示出的再一种应用场景示意图，参照图18b，手机b驻留在sa小区2时，sa小区2为正常小区，云端与手机b建立连接，云端向手机b发送呼叫失败信息9，手机b基于呼叫失败信息9确定sa小区1是否为低优先级小区，具体确定是否为低优先级小区的方法参照图12或图13，此处不再赘述。
331.上述本技术实施例提供中电子设备100所执行的步骤，也可以由电子设备100中包括的一种芯片系统来执行，其中，该芯片系统可以包括处理器和蓝牙芯片。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述电子设备100执行的步骤。其中，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。
332.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。