CN115002747A - 一种参数更新方法、系统、终端设备及芯片系统 - Google Patents

Abstract

本申请实施例公开了一种参数更新方法、系统、终端设备及芯片系统，适用于网络通信技术领域，该方法包括：终端设备获取自身的SIM卡当前注册的第一运营商信息；终端设备基于第一运营商信息对本地存储的第一运营商网络参数进行异常检测；当检测结果为存在异常时，终端设备基于第一运营商信息从服务器下载第二运营商网络参数；终端设备基于第二运营商网络参数，对第一运营商网络参数进行更新，并加载更新后的第一运营商网络参数。本申请实施例可以极大地提高对终端设备运营商网络参数的更新效率。

Description

一种参数更新方法、系统、终端设备及芯片系统

技术领域

本申请涉及网络通信技术领域，尤其涉及一种参数更新方法、系统、终端设备及芯片系统。

背景技术

对于手机等具有移动通信功能的终端设备而言，其调制解调器（modem）的文件系统内记录有许多与运营商网络配置相关的参数信息（本文统称为运营商网络参数），例如NV参数、efs文件以及xml文件等。运营商网络参数控制着终端设备的网络相关业务，如运营商网络的注册、重选、切换业务，以及数据业务和语音业务等。当运营商网络参数出现问题时，可能会导致终端设备的基本功能出现问题，从而导致用户无法正常使用终端设备等情况出现。

针对终端设备的运营商网络参数出现问题的情况，一种可选的方式是向终端设备推送包含可用运营商网络参数的新版本操作系统。使得用户可以通过更新终端设备操作系统版本的方式，来实现对运营商网络参数的更新。这种方式虽然可以实现对运营商网络参数的更新，但效率较低。

发明内容

有鉴于此，本申请实施例提供了参数更新方法、系统、终端设备及芯片系统，可以解决运营商网络参数更新效率较低的问题。

本申请实施例的第一方面提供了一种参数更新方法，包括：

终端设备获取自身的SIM卡当前注册的第一运营商信息，并对本地存储的第一运营商网络参数进行异常检测。当异常检测的检测结果为存在异常时，终端设备基于第一运营商信息从服务器下载第二运营商网络参数。再基于第二运营商网络参数，对第一运营商网络参数进行更新，并加载更新后的第一运营商网络参数。

在本申请实施例中，终端设备主动对本地存储的运营商网络参数进行异常检测。当检测到本地存储的运营商网络参数存在异常时，则从服务器中下载对应可用的运营商网络参数，再对本地存储的运营商网络参数进行更新。其中，通过SIM卡当前注册的运营商信息下载的运营商网络参数，可以适应终端设备当前的网络环境情况。在本申请实施例中，终端设备一方面可以及时检测出运营商网络参数是否存在异常，提高检测的实时性。另一方面终端设备可以在检测到本地存储的运营商网络参数存在异常时，实时更新可用的运营商网络参数。本申请实施例可以实现终端设备对运营商网络参数独立且实时的检测和更新，可以极大地提高对运营商网络参数的更新效率。

在第一方面的第一种可能的实现方式中，在终端设备运行的过程中，当满足预设的触发条件时，执行终端设备对本地存储的第一运营商网络参数进行异常检测的操作；其中，触发条件包括终端设备的网络状态发生变化。

在本申请实施例中，通过在网络状态变化时触发运营商网络参数异常检测，可以使得本申请实施例在网络状态变化的第一时间，实现对运营商网络参数的更新。使得用户可以在终端设备完成网络状态变化后，实时拿到可用的运营商网络参数，实现与网络状态的同步更新。可以避免用户在终端设备网络状态更新完之后，出现由于运营商网络参数异常还无法正常使用的情况。实现对用户而言，运营商网络参数的实时无感化更新。因此可以极大地提升用户的使用体验。

在本申请实施例中，网络状态发生变化包括但不限于：SIM卡插拔、SIM卡网络注册完成、网络制式切换以及网络制式变化。

作为本申请的一个实施例，终端设备运行中包括终端设备进行SIM卡网络注册，相应的网络状态发生变化，包括SIM卡网络注册完成。

作为本申请的一个可选实施例，触发条件还可以包括以下条件中的任意条件：定时触发、随机触发、检测到用户输入的开启指令以及终端设备网络服务出现问题。

其中，当触发条件包含终端设备网络服务出现问题时。通过在运营商网络服务时出现问题时触发运营商网络参数异常检测，可以使得本申请实施例在运营商网络服务时出现问题的第一时间，实现对运营商网络参数的更新，并解决出现的问题。因此本申请实施例可以减少因运营商网络参数异常，导致用户无法正常使用终端设备的时长。降低运营商网络参数异常对用户正常使用终端设备的影响，从而提升用户的使用体验。

在第一方面的第二种可能的实现方式中，终端设备对本地存储的第一运营商网络参数进行异常检测，包括：

终端设备获取第一运营商网络参数内记录的第二运营商信息，并根据第一运营商信息和第二运营商信息，对第一运营商网络参数进行异常检测。当第一运营商信息和第二运营商信息不一致时，判定异常检测的检测结果为存在异常。

由于终端设备实际使用的都是注册运营商的网络服务。由此可知，为了终端设备能在当前所处网络环境内正常使用，即可以正常使用当前网络环境内的网络服务，需要本地运营商与注册运营商一致。基于这一原理，本申请实施例在检测终端设备本地存储的运营商网络参数，是否能与终端设备所处的网络环境情况相匹配时。会获取本地存储的运营商网络参数内记录的运营商信息，以及SIM卡当前注册的运营商信息。再将两个运营商信息进行比对，判断两个运营商信息是否一致，从而判断本地运营商和注册运营商是否为同一运营商。从而提升了异常检测的准确性。同时，本申请实施例还可以简单快速地识别出终端设备更换不同运营商SIM卡，以及漫游等场景，并及时进行运营商网络参更新。

在第一方面的第二种可能的基础上，作为第一方面的第三种可能的实现方式，还包括：

当第一运营商信息和第二运营商信息一致时，终端设备读取本地存储的第一全球设备标识，以及终端设备真实的第二全球设备标识，并对比第一全球设备标识和第二全球设备标识。

当第一全球设备标识和第二全球设备标识不一致时，判定异常检测的检测结果为存在异常。

在本申请实施例中，全球设备标识是可以唯一确定终端设备或终端设备内SIM卡的标识统称。通过全球设备标识，可以唯一确定出终端设备或SIM卡。作为本申请的一个可选实施例，对于终端设备，可以选取MIEI或MEID。对于SIM卡，则可以选取ICCID或IMSI。在此基础上，全球设备标识，可以包含ICCID、IMSI、MIEI和MEID中的任意一项或多项。

由于终端设备是否能正常使用当前的网络环境，会同时受到终端设备自身硬件和SIM卡硬件情况的影响。因此当终端设备硬件或SIM卡被更换时，也可能会导致终端设备无法正常在当前的网络环境正常使用网络服务。当全球设备标识发送变化时判定检测结果为存在异常，可以提高异常检测效果，使得异常检测更为有效。

在第一方面的第四种可能的实现方式中，终端设备基于第一运营商信息从服务器下载第二运营商网络参数，包括：

终端设备向服务器发送下载请求。下载请求内包含第一运营商信息以及终端设备的硬件信息，第一运营商信息和硬件信息用于服务器匹配运营商网络参数。接收服务器针对下载请求中第一运营商信息和硬件信息发送的第二运营商网络参数。

通过终端设备的注册运营商信息加硬件信息双重参数匹配，可以提高服务器对运营商网络参数匹配的准确性，使得更新后的运营商网络参数可以更加适合终端设备当前实际的网络环境情况。

在第一方面的第五种可能的实现方式中，下载请求内还包含终端设备的位置信息。

通过引入终端设备位置信息，可以使得更新后的运营商网络参数可以更加适合终端设备当前实际的网络环境情况。

在第一方面的第六种可能的实现方式中，还包括：

当异常检测的检测结果为不存在异常时，终端设备上传本地存储的第一运营商网络参数至服务器。

通过共享本地存储的运营商网络参数，可以丰富终端设备更新时可用的运营商网络参数，覆盖更多的用户真实使用场景。从而使得匹配的运营商网络参数可以更为适合终端设备实际需求。

本申请实施例的第二方面提供了一种参数更新系统，包括：终端设备和服务器。

终端设备获取自身的SIM卡当前注册的第一运营商信息。

终端设备对本地存储的第一运营商网络参数进行异常检测。

当异常检测的检测结果为存在异常时，终端设备向服务器发送包含第一运营商信息的下载请求。

服务器接收下载请求，根据下载请求内的第一运营商信息，匹配终端设备对应的第二运营商网络参数，并将第二运营商网络参数发送至终端设备。

终端设备基于接收到的第二运营商网络参数，对第一运营商网络参数进行更新，并加载更新后的第一运营商网络参数。

在本申请实施例中，终端设备主动对本地存储的运营商网络参数进行异常检测。当检测到本地存储的运营商网络参数存在异常时，则从服务器中下载对应可用的运营商网络参数，再对本地存储的运营商网络参数进行更新。其中，通过SIM卡当前注册的运营商信息下载的运营商网络参数，可以适应终端设备当前的网络环境情况。在本申请实施例中，终端设备一方面可以及时检测出运营商网络参数是否存在异常，提高检测的实时性。另一方面终端设备可以在检测到本地存储的运营商网络参数存在异常时，实时更新可用的运营商网络参数。本申请实施例可以实现终端设备对运营商网络参数独立且实时的检测和更新，可以极大地提高对运营商网络参数的更新效率。

在第二方面的第一种可能的实现方式中，在终端设备运行的过程中，当满足预设的触发条件时，执行终端设备对本地存储的第一运营商网络参数进行异常检测的操作。其中，触发条件包括终端设备的网络状态发生变化。

运行中包括进行SIM卡网络注册，网络状态发生变化，包括SIM卡网络注册完成。

在第二方面的第二种可能的实现方式中，终端设备对本地存储的第一运营商网络参数进行异常检测，包括：

终端设备获取第一运营商网络参数内记录的第二运营商信息。

根据第一运营商信息和第二运营商信息，对第一运营商网络参数进行异常检测。

当第一运营商信息和第二运营商信息不一致时，判定异常检测的检测结果为存在异常。

在第二方面的第二种可能的基础上，作为第二方面的第三种可能的实现方式，还包括：

当第一运营商信息和第二运营商信息一致时，终端设备读取本地存储的第一全球设备标识，以及终端设备真实的第二全球设备标识，并对比第一全球设备标识和第二全球设备标识。

当第一全球设备标识和第二全球设备标识不一致时，判定异常检测的检测结果为存在异常。

在第二方面的第四种可能的实现方式中，服务器内包含预先设置的标准运营商网络参数，以及由用户上传的共享运营商网络参数。

根据下载请求内的第一运营商信息，匹配终端设备对应的第二运营商网络参数，包括：

当下载请求内不包含终端设备的硬件信息时，按照先匹配共享运营商网络参数，再匹配标准运营商网络参数的顺序，利用第一运营商信息依次进行参数匹配，确定出终端设备对应的第二运营商网络参数。

当下载请求内不包含终端设备的硬件信息时，说明终端设备无特定的硬件配置要求。此时本申请实施例中服务器会优先在用户共享的运营商网络参数中进行匹配，可以使得匹配得到的运营商网络参数可以更加适合用户真实情况，从而提高匹配的有效性。

在第二方面的第四种可能的基础上，作为第二方面的第五种可能的实现方式，下载请求内还包含终端设备的硬件信息。

根据下载请求内的第一运营商信息，匹配终端设备对应的第二运营商网络参数，还包括：

当下载请求内包含终端设备的硬件信息时，按照先匹配标准运营商网络参数，再匹配共享运营商网络参数的顺序，利用第一运营商信息和硬件信息依次进行参数匹配，确定出终端设备对应的第二运营商网络参数。

当下载请求内包含终端设备的硬件信息时，说明终端设备对运营商网络参数适用的硬件配置有要求。此时优先从技术人员预先设置的运营商网络参数中进行匹配，可以提高匹配出的运营商网络参数的稳定性。使得匹配出的运营商网络参数在终端设备内使用时，终端设备不易出现问题。从而提高了匹配的有效性。

在第二方面的第五种可能的基础上，作为第二方面的第六种可能的实现方式，下载请求内还包含终端设备的位置信息。

利用第一运营商信息和硬件信息依次进行参数匹配，确定出终端设备对应的第二运营商网络参数，包括：

利用第一运营商信息、硬件信息和位置信息依次进行参数匹配，确定出终端设备对应的第二运营商网络参数。

为了提高运营商网络参数匹配的有效性，使得下发给终端设备的运营商网络参数能够尽可能地满足终端设备当前网络环境的实际需求。在本申请实施例中，用于匹配运营商网络参数的信息还包含终端设备位置信息。从而使得对运营商网络参数的匹配更为准确有效，使得匹配出的运营商网络参数可以更大程度的满足终端设备实际所处网络环境的需求。

在第二方面的第七种可能的实现方式中，当异常检测的检测结果为不存在异常时，终端设备上传本地存储的第一运营商网络参数至服务器。

本申请实施例的第三方面提供了一种参数更新装置，包括：

注册信息获取模块，用于获取终端设备内的SIM卡当前注册的第一运营商信息。

异常检测模块，用于对本地存储的第一运营商网络参数进行异常检测。

参数下载模块，用于当异常检测的检测结果为存在异常时，基于第一运营商信息从服务器下载第二运营商网络参数。

参数更新模块，用于基于第二运营商网络参数，对第一运营商网络参数进行更新，并加载更新后的第一运营商网络参数。

第四方面，本申请实施例提供一种终端设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述第一方面任一项的方法。

第五方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述第一方面任一项的方法。

第六方面，本申请实施例提供一种芯片系统，该芯片系统包括处理器，处理器与存储器耦合，处理器执行存储器中存储的计算机程序，以实现如上述第一方面任一项所述的方法。该芯片系统可以为单个芯片，或者多个芯片组成的芯片模组。

第七方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面任一项所述的方法。

可以理解的是，上述第二方面至第七方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1a为本申请实施例提供的运营商网络参数出现异常的一种场景示意图；

图1b为本申请实施例提供的运营商网络参数出现异常的另一种场景示意图；

图1c为本申请实施例提供的运营商网络参数出现异常的又一种场景示意图；

图2为本申请实施例提供的参数更新方法的系统交互图；

图3为本申请实施例提供的SIM卡网络注册的时序图；

图4为本申请实施例提供的参数更新方法中终端设备进行异常检测的流程示意图；

图5为本申请实施例提供的参数更新方法中服务器进行参数匹配的流程示意图；

图6为本申请实施例提供的参数更新方法的流程示意图；

图7为本申请实施例提供的参数更新装置的结构示意图；

图8为本申请实施例提供的手机的结构示意图；

图9为本申请实施例提供的终端设备的软件结构框图；

图10为本申请实施例提供的终端设备硬件结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

本申请实施例提供的参数更新方法可以应用于手机、平板电脑和可穿戴设备等具有移动通信功能的终端设备上，此时终端设备即为本申请实施例提供的参数更新方法的执行主体，本申请实施例对终端设备的具体类型不作任何限制。

对于具有移动通信功能的终端设备，其调制解调器（modem）的文件系统内记录有NV参数、efs文件以及xml文件等运营商网络参数。运营商网络参数控制着终端设备的网络相关业务，使得终端设备可以正常进行数据和语音等业务。当运营商网络参数出现问题时，可能会导致终端设备的基本功能出现问题，从而导致用户无法正常使用终端设备等情况出现。

以一实例进行举例说明，假设用户在A国使用插有a运营商的SIM卡的终端设备时，终端设备内存储的是a运营商对应的运营商网络参数。其中，由于a运营商不支持B2、B12、B18、B19、B20以及B28等频段，因此运营商网络参数中的band信息内，不包含这些频段信息。用户到了B国后仍使用该终端设备，并将原a运营商的SIM卡换成了b运营商的SIM卡。其中，终端设备注册b运营商的LTE band28频段网络时，需要band信息内包含B2、B12、B18、B19、B20以及B28等频段。此时，由于终端设备本地存储的运营商网络参数中不包含B2、B12、B18、B19、B20以及B28等频段，使得终端设备无法注册b运营商的LTE band28频段网络，从而导致用户难以在B国正常使用终端设备。

又例如，用户在使用插有a运营商的SIM卡的终端设备的期间，出于提高网络注册速度等目的，终端设备记录了大量历史频点小区信息。当用户所处地理位置发生较大变化，导致终端设备需要使用与a运营商合作的c运营商的基站获取网络服务时。此时历史频点小区信息不适用用户实时所处位置的基站情况时，由于终端设备仍会优先搜索历史频点小区，因此会导致终端设备网络注册速度变慢较多。

针对终端设备的运营商网络参数出现问题的情况，一种可选的方式是向终端设备推送包含可用运营商网络参数的新版本操作系统。使得用户可以通过更新终端设备操作系统版本的方式，来实现对运营商网络参数的更新。这种方式虽然可以实现对运营商网络参数的更新，但一方面终端设备操作系统版本更新周期往往较长，经常是数月甚至一年，因此用户等待较长的时间才能更新运营商网络参数。在操作系统版本未更新的期间，终端设备会一直存在问题，因此更新的效率较低。另一方面，将运营商网络参数的更新与操作系统版本更新绑定，对于没有操作系统版本更新需求的用户而言（如老款手机更新操作系统版本，可能会导致卡顿甚至无法使用），将会极大地降低用户的使用体验。同时操作系统文件往往体积较大，下载和安装，对终端设备的网络要求和存储要求均较高。

为了提高对运营商网络参数的更新效率，在本申请实施例中，会预先部署若干个存储有多套运营商网络参数的服务器。终端设备在使用过程中，可以在SIM卡激活时，或者满足其他触发条件时，及时检测本地存储的运营商网络参数是否存在异常。当检测到本地存储的运营商网络参数存在异常时，则从服务器中下载对应可用的运营商网络参数，再对本地存储的运营商网络参数进行更新。从而使得终端设备一方面可以及时检测出运营商网络参数是否存在异常，提高检测的实时性。另一方面终端设备可以在检测到本地存储的运营商网络参数存在异常时，实时更新运营商网络参数。本申请实施例可以实现终端设备对运营商网络参数独立且实时的检测和更新，无需绑定终端设备操作系统版本更新、下载和安装等操作，因此可以极大地提高对运营商网络参数的更新效率。

此处对本申请实施例中的一些相关概念进行说明：

运营商网络参数：是终端设备中与运营商网络配置相关的参数信息的统称。根据实际应用情况的不同，终端设备包含的运营商网络参数具体内容可以存在一定差异。

其中应当说明地，不同的芯片厂商对应的运营商网络参数存储方式可能会存在一定差异。在实际过程中，对运营商网络参数的更新，也可以描述为对存储有运营商网络参数的文件的更新。例如一些芯片厂商会将这些运营商网络参数放置于调制解调器配置二进制文件(Modem Configuration Binary File，MBN)文件中。此时对运营商网络参数的更新，也是对MBN文件的更新。同时，本申请实施例中对运营商网络参数的更新，可以是对终端设备部分或全部运营商网络参数进行更新。例如，可以仅对运营商网络参数中的bst_tbl文件进行更新（bst_tbl文件中包含band信息，因此可以实现对band信息的更新），或者仅对运营商网络参数中的历史频点信息进行更新。

SIM卡：在本申请实施例中，SIM卡实际的类型需根据实际应用场景情况确定。例如，SIM卡可以是传统的用户识别（Subscriber Identity Module，SIM）卡、全球用户识别（Universal Subscriber Identity Module，USIM）卡、嵌入式用户识别（EmbeddedSubscriber Identity Module，eSIM）卡和虚拟用户识别卡中的任意一种或多种。

卡槽：对于传统的SIM卡和USIM卡这种实体卡且需要进行卡的插入的情况，卡槽则是指用于放置SIM卡的物理卡槽。而对于eSIM卡和虚拟用户识别卡这种非实体卡而言，由于其不需要物理卡槽，因此此时卡槽也是一个虚拟的概念。即用于放置SIM卡的硬件，或集成有SIM卡的硬件。

小区：是指在蜂窝移动通信系统中，其中的一个基站或基站的一部分(扇形天线)所覆盖的区域，在这个区域内移动台可以通过无线信道可靠地与基站进行通信。具体对小区的划分规则以及小区的范围大小，此处不予限定，可根据实际应用场景情况确定。例如，小区可以是公共陆地移动网（Public Land Mobile Network，PLMN）、频点和物理小区标识（Physical Cell Identifier，PCI）唯一的最小信号覆盖范围。

此处对本申请实施例一些可能的应用场景进行说明：

本申请实施例可以应用于任意终端设备本地存储的运营商网络参数出现异常，需要进行更新的场景。包括但不限于以下几种场景：

应用场景1：用户使用终端设备的过程中，更换了不同运营商的SIM卡，但终端设备本地存储的运营商网络参数不适用于新插入的SIM卡。此时需要将本地存储的运营商网络参数，更新为适用于新插入的SIM卡的运营商网络参数。例如可以参考图1a，是本申请实施例提供的一个对场景1的场景示意图。假设用户将终端设备原本插入的a运营商的SIM卡，更换为b运营商的SIM卡。此时，SIM卡更换前后，终端设备使用的基站也可能会发生改变，从a运营商的基站更变为b运营商的基站。

应用场景2：用户使用终端设备的过程中，将原本插入的SIM卡更换为同一运营商的其他号码SIM卡。此时，本地存储的原SIM卡对应的运营商网络参数，可能不完全适用于新SIM卡。或者用户使用SIM卡的过程中，将原SIM卡插入新的终端设备内。此时新终端设备本地存储的默认运营商网络参数，可能不完全适用于原SIM卡。因此需要将本地存储的运营商网络参数，更新为适用于新插入的SIM卡的运营商网络参数。例如，可以参考图1b，是本申请实施例提供的一个对场景2的场景示意图。假设用户将终端设备原本使用的a运营商的SIM卡，更换为a运营商其他号码的SIM卡。此时终端设备使用的基站一般仍是a运营商的基站。

应用场景3：用户使用终端设备的过程中未更换SIM卡，但用户的地理位置发生了较大改变，如用户到了其他国家等。新的地理位置内，基站的运营商或基站可提供的网络服务种类等发生了较大变化，使得终端设备在新的地理位置内出现无法注册网络或者注册网络速度变慢等问题。此时需要将本地存储的运营商网络参数，更新为适用于新的地理位置的运营商网络参数。例如可以参考图1c，是本申请实施例提供的一个对场景3的场景示意图。假设用户终端设备内使用的是a运营商的SIM卡。在终端设备使用过程中，用户出差至无a运营商基站的其他国家。此时终端设备虽然仍使用的是a运营商的SIM卡，但会重新搜网，并在与a运营商合作的c运营商的网络进行注册（即实现网络漫游），从而实现在新国家内的正常使用。因此此时实际使用的是c运营商的基站。

应用场景4：用户使用终端设备的过程中未更换SIM卡，但由于各种原因，导致本地存储的运营商网络参数出现参数出错或参数丢失等问题。从而导致终端设备无法通过本地存储的运营商网络参数实现正常网络相关业务的操作。此时需要将本地存储的运营商网络参数，更新为适用于终端设备的运营商网络参数。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

图2示出了本申请实施例一提供的参数更新方法的系统交互图，详述如下：

S200，终端设备进行SIM卡网络注册。

在本申请实施例中，进行SIM卡网络注册以激活SIM卡的场景，包括但不限于如：

激活场景1：终端设备内插入实体的SIM卡并进行网络注册。

激活场景2：终端设备加载内置的eSIM卡或虚拟SIM卡等，进行网络注册。

激活场景3：终端设备在出现使用飞行模式或失去网络信号等情况后，重新进行SIM卡的网络注册。

实际应用中，可根据终端设备实际情况来确定具体SIM卡的网络激活场景，此处不做过多限定。同时本申请实施例亦不对SIM卡的网络注册方法等做过多限定。

作为本申请中SIM卡网络注册的一种可选实现方式，在本申请实施例中，终端设备内包含：手机状态（Phone state）、Sim状态（Sim state）、网络类型状态（Network typestate）以及通话管理状态(Call manage state，亦可称为CM state)等与激活SIM卡相关的进程。

终端设备未插入SIM卡时：Network type state的状态为：limit service。此时终端设备虽然无法使用运营商正常的网络服务，但仍可以使用一些紧急的网络服务。例如，可以呼叫一些报警号码等。Sim state的状态为not ready，此时对应记录的SIM卡状态为absent。

当终端设备内插入SIM卡时，Sim state对应记录的SIM卡状态更新为present，此时终端设备开始激活SIM卡。参考图3，是本申请实施例提供的SIM卡网络注册实现时序图，详述如下：

S301，检测到SIM卡插入后，Sim状态调取手机状态进程。

S302，手机状态向Sim状态下发激活指令：sim激活（sim active）。

S303，Sim状态向手机状态回复准备就绪（ready）。

S304，手机状态通知通话管理状态开始小区搜索。

S305，通话管理状态进行小区搜索，并进行小区注册。当小区驻留成功时，通知网络类型状态驻留的制式。

成功驻留之后，Call manage state更新自身状态为camp on。

S306，网络类型状态将自身状态limit service更新为驻留制式对应的状态。完成SIM卡的网络注册。

例如，可以更新为online GSM、online LTE或者online NR等。

作为本申请的一个可选实施例，可由Call manage state线程实现本申请实施例中所需的运营商网络参数异常检测及运营商网络参数加载等操作。例如，可以使用函数Load configuration来加载运营商网络参。

S201，终端设备在SIM卡网络注册完成后，对本地存储的运营商网络参数进行异常检测。

在本申请实施例中，本地存储的运营商网络参数亦可称为第一运营商网络参数。

为了避免由于运营商网络参数的问题导致终端设备无法正常使用。在完成SIM卡的网络注册之后，加载运营商网络参数之前，终端设备可以对运营商网络参数进行一次或多次异常检测。在本申请实施例中，运营商网络参数异常可以包含以下任一或两方面：

方面一、运营商网络参数自身是否存在数据错误、数据缺失等异常。从而判断终端设备是否可以在当前所处网络环境内正常使用。

对于数据错误和数据缺失的检测方法，此处不做过多限定。例如可以通过数据完整性校验等方式，判断运营商网络参数是否存在数据缺失。

方面二、终端设备本地存储的运营商网络参数，是否能与终端设备所处的网络环境情况相匹配。从而判断终端设备是否可以在当前所处网络环境内正常使用。详述如下：

实际应用中，在SIM卡网络注册完成后，终端设备内可以查找到至少三个运营商信息，分别为：

1、本地存储的运营商网络参数内记录的运营商信息（亦可称为第二运营商信息），根据该运营商信息，可以确定出终端设备本地记录中，提供过网络服务的运营商（亦可称为本地运营商）。

2、SIM卡中记录的运营商信息，根据该运营商信息，可以确定出SIM卡所属的运营商（亦可称为SIM卡运营商）。

3、SIM卡当前注册的运营商信息（亦可称为第一运营商信息），根据该运营商信息，可以确定出终端设备当前实际注册使用的网络服务所属的运营商（亦可称为注册运营商）。

在实际生活中，当用户所处的国家或地区内有SIM卡运营商的基站时，终端设备可以通过这些基站来使用SIM卡运营商的网络服务。此时SIM卡运营商和注册运营商往往是同一运营商。而当用户所处的国家或地区内没有SIM卡运营商的基站，但有与SIM卡运营商合作的其他运营商的基站时。用户终端则可以通过这些合作运营商的基站，来使用合作运营商的网络服务。此时注册运营商则为SIM卡运营商的合作运营商。但无论SIM卡运营商和注册运营商是否为同一运营商，终端设备实际使用的都是注册运营商的网络服务。由此可知，为了终端设备能在当前所处网络环境内正常使用，即可以正常使用当前网络环境内的网络服务，需要本地运营商与注册运营商一致。

基于上述原理，本申请实施例在检测终端设备本地存储的运营商网络参数，是否能与终端设备所处的网络环境情况相匹配时。会获取本地存储的运营商网络参数内记录的运营商信息，以及SIM卡当前注册的运营商信息。再将两个运营商信息进行比对，判断两个运营商信息是否一致，从而判断本地运营商和注册运营商是否为同一运营商。从而提升了异常检测的准确性。

若本地运营商和注册运营商不为同一运营商，则说明此时本地存储的运营商网络参数并不适用与终端设备所处的网络环境情况。此时可以判定异常检测的检测结果为：存在异常。

参考图4，此时S201可以被替换为：

S2011，终端设备在SIM卡网络注册完成后，获取本地存储的运营商网络参数内记录的运营商信息，以及SIM卡当前注册的运营商信息，并根据获取到的运营商信息检测本地存储的运营商网络参数是否存在异常。

S2012，若本地存储的运营商网络参数内记录的运营商信息和SIM卡当前注册的运营商信息不一致，则判定检测结果为存在异常。

其中应当说明地，由于实际应用中运营商信息的记录形式可能会存在差异，因此在本申请实施例中，两个运营商信息一致，是指两个运营商信息所对应的运营商相同。

以一实例进行说明，假设可以以数字代码的方式记录各个运营商，此时运营商信息为数字代码。如可以设定a运营商、b运营商和c运营商对应的运营商信息分别为：460005、460006和460007。亦可以选择以字母串的方式来记录各个运营商，此时运营商信息则为字母串。如可以设定a运营商、b运营商和c运营商对应的运营商信息分别为：CTCC、CTCC和CMCC。此时对于运营商信息460007和运营商信息CMCC，虽然形式和内容均不相同，但其对应的运营商均是c运营商，因此两者是一致的。

因此，在本申请实施例中，在判断本地存储的运营商网络参数内记录的运营商信息，和SIM卡当前注册的运营商信息是否一致时。若两者记录形式不相同，则可以通过先查询两者对应的运营商，再对比运营商是否相同的方式，来判断两者是否一致。而当两者记录形式相同时，既可以通过先查询两者对应的运营商，再对比运营商是否相同，来判断两者是否一致。亦可以对比两者的内容是否相同，来判断两者是否一致。

作为本申请中获取运营商信息的一个可选实施例。在本申请实施例中，对于本地存储的运营商网络参数，可以获取其中NV参数或者EFS文件中包含的PLMN标识，并将获取到的PLMN标识作为本地存储的运营商网络参数内记录的运营商信息。例如，可以读取本地存储的运营商网络参数中，Acp.db文件的移动网络代码（MobileNetwork Code，MNC）或者移动设备国家代码（Mobile country code，MCC）。并将读取到的MNC或者MCC作为运营商信息。

对于SIM卡当前注册的运营商，则可以将SIM卡网络注册时获取到的本地公用陆地移动网络（Home Public Land Mobile Network，HPLMN）标识作为对应的运营商信息。例如，结合图3所示实施例时，可以由Sim state上报具体的HPLMN。

在获取到PLMN标识和HPLMN标识之后，可以对PLMN标识和HPLMN标识进行匹配，确定是否相同。如可以进行标识值的与运算，运算结果为ture说明匹配，false为不匹配。若匹配结果为两者匹配，则说明运营商信息一致。若不匹配，则说明运营商信息不一致。

作为本申请的一个可选实施例，对本地存储的运营商网络参数的异常检测结果为存在异常时，本申请实施例可以对本地存储的运营商网络参数进行清除处理，以进行后续的运营商网络参数更新。

作为本申请的一个可选实施例，考虑到实际应用中，由于运营商网络参数丢失，或者存储路径出错等原因，终端设备可能会出现本地无法读取到运营商网络参数的情况。此时本地存储的运营商网络参数为空。对应这种情况，本申请实施例中可以不进行S2011中的异常检测的操作，而是执行S202中从服务器下载匹配的运营商网络参数的操作，以实现对本地运营商网络参数的实时更新。

作为本申请的一个可选实施例，对于本地运营商和注册运营商为同一运营商的情况，在本申请实施例中提供两种可选的处理方式：

处理方式1：判定异常检测的结果为：不存在异常。此时S2011之后还可以包括：S20131。

S20131，若本地存储的运营商网络参数内记录的运营商信息和SIM卡当前注册的运营商信息一致，则判定检测结果为不存在异常。

处理方式2：继续识别终端设备或者终端设备内的SIM卡是否被更换。并在确定出终端设备或者终端设备内的SIM卡被更换时，判定检测结果为存在异常。

由于终端设备是否能正常使用当前的网络环境，会同时受到终端设备自身硬件和SIM卡硬件情况的影响。如图1b所示实施例的场景情况。因此当终端设备硬件或SIM卡被更换时，也可能会导致终端设备无法正常在当前的网络环境正常使用网络服务。基于此，本申请实施例会进行终端设备自身硬件和SIM卡的二次检测。具体而言：此时S2011之后还可以包括：S20132至S20134。

S20132，若本地存储的运营商网络参数内记录的运营商信息和SIM卡当前注册的运营商信息一致，则终端设备读取本地历史存储的全球设备标识，以及终端设备真实的全球设备标识，并检测两个全球设备标识是否一致。

S20133，若本地历史存储的全球设备标识和终端设备真实的全球设备标识不一致，则判定检测结果为存在异常。

在本申请实施例中，本地历史存储的全球设备标识亦可称为第一全球设备标识，终端设备真实的全球设备标识亦可称为第二全球设备标识。

在本申请实施例中，全球设备标识是可以唯一确定终端设备或终端设备内SIM卡的标识统称。通过全球设备标识，可以唯一确定出终端设备或SIM卡。作为本申请的一个可选实施例，对于终端设备，可以选取国际移动设备身份码（International MobileEquipment Identity，MIEI）或移动终端标识号（Mobile Equipment IDentifier、MEID）。对于SIM卡，则可以选取集成电路卡识别码（Integrate circuit card identity，ICCID）或国际移动用户识别码（International Mobile Subscriber Identity，IMSI）。在此基础上，全球设备标识，可以包含ICCID、IMSI、MIEI和MEID中的任意一项或多项。

作为本申请的一个可选实施例，全球设备标识包含ICCID和MEID。在S20132中，本申请实施例终端设备可以先对比本地历史存储的ICCID，和终端设备内SIM卡真实的ICCID是否相同。若相同，则可以判定为本地历史存储的全球设备标识和终端设备真实的全球设备标识一致。反之若不相同，则可以判定为本地历史存储的全球设备标识和终端设备真实的全球设备标识不一致。

若检测不到本地历史存储的ICCID或者SIM卡真实的ICCID，则对比本地历史存储的MEID和终端设备真实的MEID是否相同。若相同，则可以判定为本地历史存储的全球设备标识和终端设备真实的全球设备标识一致。反之若不相同，则可以判定为本地历史存储的全球设备标识和终端设备真实的全球设备标识不一致。此时判定检测结果为存在异常，可以提高异常检测效果，使得异常检测更为有效。

S20134，若本地历史存储的全球设备标识和终端设备真实的全球设备标识一致，则判定检测结果为不存在异常。

在本申请实施例中，对于运营商网络参数不存在异常的情况，如S20131和S20134。可以不对本地存储的运营商网络参数进行更新。此时终端设备可以加载本地存储的运营商参数信息，如加载到EFS系统中。

通过对终端设备本地存储的运营商网络参数，是否能与终端设备所处的网络环境情况相匹配的检测，本申请实施例可以有效识别出图1a至图1c所示实施例的场景。从而可以实现对用户可能出现运营商网络参数问题场景实时且准确的识别，为运营商网络参数实时有效更新提供基础。

S202，当检测结果为存在异常时，终端设备向服务器发送下载请求。下载请求中包含SIM卡当前注册的运营商信息。

当检测出本地存储的运营商网络参数存在异常时，如本地存储的运营商网络参数存在数据错误或数据缺失，或者与终端设备所处的网络环境情况不相匹配。说明终端设备如果继续使用本地存储的运营商网络参数，可能会导致在当前所处网络环境内无法正常使用网络服务。因此，此时需要进行本地存储的运营商网络参数的更新，以获取可用的运营商网络参数。

为了实现对运营商网络参数的实时有效更新，本申请实施例会预先设置一个或多个服务器，并在这些服务器中存储多套运营商网络参数。同时选取SIM卡当前注册的运营商信息，作为用于运营商网络参数匹配的信息。在此基础上，当终端设备检测出本地存储的运营商网络参数存在异常时，可以向服务器发送一个包含SIM卡当前注册的运营商信息的下载请求。以告知服务器，终端设备此时需要下载运营商网络参数。

应当说明的，除了SIM卡当前注册的运营商信息之外，还可以选取终端设备其他的信息作为用于匹配运营商网络参数的信息，此处不做过多限定。例如，作为本申请的一个可选实施例，还可以选取终端设备的硬件信息和/或位置信息。此时下载请求内还可以包含终端设备的硬件信息和/或位置信息。其中，硬件信息和位置信息包含的具体内容此处不做过多限定。例如在一些可选实施例中，硬件信息可以包含终端设备的设备型号、设备类型以及芯片型号等硬件参数的任意一种或多种。位置信息可以是经纬度，也可以是终端设备当前定位的国家或地区等，亦可以是更为精细的行政区域位置，例如可以精确到市级、县级或村级等。

应当理解地，即使设置了用于匹配运营商网络参数的信息中，包含SIM卡当前注册的运营商信息之外的其他信息。实际应用中，终端设备也可以选择在下载请求中设置SIM卡当前注册的运营商信息，而不包含其他用于匹配运营商网络参数的信息。因此实际应用中，下载请求内的具体包含的信息内容，需根据实际情况确定。

另外应当说明的，在本申请实施例中，下载请求可以为用于匹配运营商网络参数的信息本身。亦可以在包含用于匹配运营商网络参数的信息的基础上，包含更多的其他数据内容，具体此处不做限定。例如当仅选取SIM卡当前注册的运营商信息作为用于匹配运营商网络参数的信息时。下载请求可以是SIM卡当前注册的运营商信息本身，亦可以在包含SIM卡当前注册的运营商信息的基础上，再包含一些特定格式的请求头等数据。

同时在本申请实施例中，对服务器的类型亦不做过多限定，例如可以是云服务器或者物理服务器等。

为本申请的一个可选实施例，考虑到实际应用中用户的真实使用场景比研发设计时的场景更为真实和丰富，能够覆盖到更多的实际场景。因此为了可以更好的满足用户实际的需求，为用户提供更为合适的运营商网络参数。在本申请实施例中，终端设备在运行的过程中，可以将自身本地存储的运营商网络参数上传至服务器进行共享。相应的，服务器一方面可以存储由技术人员预先设定的一些运营商网络参数（以下称为标准的运营商网络参数），另一方面还可以存储由用户终端设备共享的一些运营商网络参数（以下称为用户共享的运营商网络参数）。其中，为了保护用户隐私，终端设备可以在上传之前，先对运营商网络参数进行脱敏处理。再上传脱敏处理之后的运营商网络参数。

作为本申请的一个可选实施例，终端设备在上传运营商网络参数的同时，还可以一并上传SIM卡当前注册的运营商信息、终端设备硬件信息和终端设备位置信息中的任意信息，以供服务器匹配运营商网络参数时使用。具体一并上传的信息内容，可根据下载请求内包含的用于匹配运营商网络参数的信息确定。例如当下载请求内包含终端设备硬件信息时，本申请实施例中终端设备也一并上传自身的硬件信息。当下载请求内包含终端设备位置信息时，则本申请实施例中终端设备也一并上传自身的位置信息。其中，上传运营商网络参数的时机，可以是终端设备正常使用过程中的任意时间点，此处不做过多限定。

S203，服务器接收下载请求，并根据下载请求中的运营商信息进行匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

在本申请实施例中，服务器匹配出的运营商网络参数亦可称为第二运营商网络参数。

服务器在接收到终端设备发送的下载请求后，根据其中包含的运营商信息（即SIM卡当前注册的运营商信息）来对服务器内存储的运营商网络参数进行匹配。由于运营商网络参数内原本就包含有运营商信息，因此在作为本申请的一个可选实施例，服务器可以将接收到的运营商信息与各个运营商网络参数内的运营商信息进行匹配，以确定出同一运营商的运营商网络参数。而作为本申请的另一个可选实施例，为了减少从运营商网络参数中解析运营商信息的工作量。亦可以在存储运营商网络参数时，一并在服务器内关联存储运营商网络参数对应的运营商信息，或者标记运营商网络参数对应的运营商。此时服务器可以将接收到的运营商信息，与运营商网络参数关联的运营商信息或运营商进行匹配，以确定出同一运营商的运营商网络参数。

作为本申请的一个可选实施例，除了SIM卡当前注册的运营商信息外，用于匹配运营商网络参数的信息还可以包含终端设备硬件信息。对应的，服务器内的部分或全部运营商网络参数，还可以关联有硬件信息。作为本申请的一个可选实施例，服务器内的单个运营商网络参数可以关联一套或多套适用的硬件信息。例如，假设硬件信息为芯片型号时，服务器内单个运营商网络参数可以关联一种或多种芯片型号。作为本申请的另一个可选实施例，对于对终端设备硬件配置通用的运营商网络参数，亦可以选择不关联存储硬件信息。

作为本申请的一个可选实施例，假设服务器内同时存储有标准的运营商网络参数和用户共享的运营商网络参数。在此基础上，若接收到的下载请求中，除了运营商信息外还包含终端设备的硬件信息。此时S203可以被替换为：服务器接收下载请求，并根据下载请求中的运营商信息和硬件信息进行匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

在本申请实施例中，服务器内标准的运营商网络参数亦可称为标准运营商网络参数，用户共享的运营商网络参数亦可称为共享运营商网络参数。

作为本申请的一个可选实施例，假设服务器内同时存储有标准运营商网络参数和共享运营商网络参数。考虑到实际应用中共享运营商网络参数能覆盖到更多的真实用户场景，因此在利用运营商信息和硬件信息进行匹配时。对于不包含硬件信息的下载请求，即没有硬件配置要求的终端设备，本申请实施例会优先从共享运营商网络参数中进行匹配，确定出运营商信息匹配的运营商网络参数。而对于包含硬件信息的下载请求，则优先从标准运营商网络参数中进行匹配，确定出运营商信息匹配的运营商网络参数。参考图5，此时S203可以被替换为：S2031至S2033。

S2031，服务器接收下载请求。服务器内存储有预先设置的运营商网络参数，以及由用户终端设备共享的运营商网络参数。

S2032，若下载请求中不包含终端设备的硬件信息，则按照先匹配用户终端设备共享的运营商网络参数，再匹配预先设置的运营商网络参数的顺序，依次进行运营商信息的匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

当下载请求内不包含终端设备的硬件信息时，说明终端设备无特定的硬件配置要求。此时本申请实施例中服务器会优先在用户共享的运营商网络参数中进行匹配，可以使得匹配得到的运营商网络参数可以更加适合用户真实情况，从而提高匹配的有效性。

而当用户终端设备共享的运营商网络参数中，不包含与下载请求中的运营商信息匹配的运营商网络参数时，再从预先设置的运营商网络参数中，确定出与下载请求中的运营商信息匹配的运营商网络参数，并下发给终端设备。

S2033，若下载请求中包含终端设备的硬件信息，则按照先匹配预先设置的运营商网络参数，再匹配用户终端设备共享的运营商网络参数的顺序，依次进行运营商信息和硬件信息的匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

当下载请求内包含终端设备的硬件信息时，说明终端设备对运营商网络参数适用的硬件配置有要求。此时优先从技术人员预先设置的运营商网络参数中进行匹配，可以提高匹配出的运营商网络参数的稳定性。使得匹配出的运营商网络参数在终端设备内使用时，终端设备不易出现问题。从而提高了匹配的有效性。

而当预先设置的运营商网络参数中，不包含与下载请求中的运营商信息和硬件信息同时匹配的运营商网络参数时，再从用户共享的运营商网络参数中，确定出与运营商信息和硬件信息匹配的运营商网络参数，并下发给终端设备。

其中，对于硬件信息匹配而言，是指运营商网络参数关联的硬件信息，能覆盖或满足下载请求中的硬件信息需求。例如，运营商网络参数关联的硬件信息与下载请求中的硬件信息相同，或者运营商网络参数关联的硬件信息中包含下载请求中的硬件信息，又或者运营商网络参数关联的硬件信息兼容下载请求中的硬件信息等。

作为本申请的一个可选实施例，除了SIM卡当前注册的运营商信息外，用于匹配运营商网络参数的信息还包含终端设备的位置信息。

考虑到即使是同一个运营商，在不同的地理位置其基站分布情况也会有差异。例如在一些发展较好的城市中，基站数量往往较多，分布的也较为密集。而在一些发展较为落后的城市或农村等地，基站数量往往较少，且分布较为稀疏。同时这些基站提供的网络服务也可能会有差异，如一些基站可以提供5G网络服务，而一些基站只能提供4G网络服务等。由此可知，在不同的地理位置，用户实际的网络环境差异可能会较大，从而导致实际对应的运营商网络参数也会存在一定的差异。为了提高运营商网络参数匹配的有效性，使得下发给终端设备的运营商网络参数能够尽可能地满足终端设备当前网络环境的实际需求。在本申请实施例中，用于匹配运营商网络参数的信息还包含终端设备位置信息。相应的，服务器内存储的部分或全部运营商网络参数，可以关联一个或多个位置信息。在此基础上，终端设备发送的下载请求中，还可以包含终端设备当前的位置信息。

此时S203可以被替换为：服务器接收下载请求，并根据下载请求中的运营商信息和位置信息进行匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

在进行位置信息匹配时，可以按照服务器中运营商网络参数关联的位置信息和下载请求中的位置信息之间的空间距离从短到长的顺序进行匹配。优先选取运营商信息匹配，且空间距离短的运营商网络参数。

作为本申请的一个可选实施例，除了SIM卡当前注册的运营商信息外，用于匹配运营商网络参数的信息还包含终端设备硬件信息和位置信息。

在本申请实施例中，可以同时综合考虑终端设备的硬件配置和地理位置，从而使得对运营商网络参数的匹配更为准确有效，使得匹配出的运营商网络参数可以更大程度的满足终端设备实际所处网络环境的需求。基于此，服务器内存储的部分或全部运营商网络参数，可以关联一套或多套硬件信息，以及一个或多个位置信息。在此基础上，终端设备发送的下载请求中，还可以包含终端设备的硬件信息以及当前的位置信息。

此时S203可以被替换为：服务器接收下载请求，并根据下载请求中的运营商信息、硬件信息和位置信息进行匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

其中，本申请实施例是图5所示实施例基础上的细化实施例。相应的，可以在利用运营商信息进行匹配，或者利用运营商信息和硬件信息进行匹配时，引入位置信息的匹配。

具体而言，对于S2032，此时可以替换为：若下载请求中不包含终端设备的硬件信息，则按照先匹配用户终端设备共享的运营商网络参数，再匹配预先设置的运营商网络参数的顺序，依次进行运营商信息和位置信息的匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

对于S2033，此时可以替换为：若下载请求中包含终端设备的硬件信息，则按照先匹配预先设置的运营商网络参数，再匹配用户终端设备共享的运营商网络参数的顺序，依次进行运营商信息、硬件信息和位置信息的匹配，确定出终端设备适用的运营商网络参数，再下发给终端设备。

其中，在进行位置信息匹配时，可以按照服务器中运营商网络参数关联的位置信息和下载请求中的位置信息之间的空间距离从短到长的顺序进行匹配。例如对于替换后的S2032，可以选取运营商信息匹配，且空间距离最短的运营商网络参数。对于替换后的S2033，则选取运营商信息和硬件信息匹配，且空间距离最短的运营商网络参数。

S204，终端设备接收服务器下发的运营商网络参数，并利用接收到的运营商网络参数更新本地存储的运营商网络参数，再加载更新后的运营商网络参数。

终端设备在接收到服务器下发的运营商网络参数之后，开始更新本地存储的运营商网络参数。其中，更新的方式此处不做过多限定。例如在一些可选实施例中，可以选择在S202确定检测结果为存在异常时，删除本地存储的运营商网络参数。此时在S204中，则可以本地存储接收到的运营商网络参数，以实现更新。而在另一些可选实施例中，亦可选择在S204中再删除本地存储的运营商网络参数，并存储接收到的运营商网络参数，以实现更新。

作为本申请的一个可选实施例，亦可以选择每次仅对本地存储的运营商网络参数进行部分内容的更新。例如，在一些可选实施例中，可以将运营商网络参数划分为固定内容和灵活内容两部分，其中每次异常检测和更新都仅对其中的灵活内容部分进行处理。此时，服务器内存储的运营商网络参数，可以仅包含灵活内容部分。终端设备更新时，也仅需要更新本地运营商网络参数的灵活内容部分。

在完成更新后，终端设备可以加载本地存储的运营商参数信息，以正常使用运营商网络服务，如加载到EFS系统中。

S205，终端设备在运行的过程中，对本地存储的运营商网络参数进行异常检测。

当检测结果为存在异常时，返回执行S202的操作。

在本申请实施例中，除了SIM卡网络注册完成这一时间节点外，终端设备还可以在正常运行的过程中触发对本地存储的运营商网络参数的异常检测。其中，本申请不对终端设备使用过程中，触发异常检测的条件做过多限定。同时，S205中的异常检测与S201中的异常检测操作相同，因此具体的异常检测操作可参考对S201的相关说明，此处不予赘述。同理，在S205之后，根据异常检测的检测结果，终端设备和服务器可以对应的执行S202至S204的操作。以实现对本地存储的运营商网络参数的更新。即当S205的检测结果为存在异常时，可以返回执行S202的操作，直至更新本地存储的运营商网络参数。具体可参考S202至S204的相关说明，此处不予赘述。其中，对于终端设备以及在运行过程中的状态，若检测结果为不存在异常。此时无需进行运营商网络参数更新，也无需进行运营商网络参数重新加载。

作为本申请的一个实施例，S201和S205可以统一成：当满足预设的触发条件时，终端设备对本地存储的运营商网络参数进行异常检测。

此时对于S201，触发条件即为SIM卡网络注册完成。

在本申请实施例中，终端设备在整个使用的过程中，当满足触发条件时，可以在任意时间点进行异常检测。从而使得本申请实施例对运营商网络参数异常检测的操作更为实时且灵活。

作为本申请的一个可选实施例，对异常检测的触发条件，可以包含以下任一条或多条：

触发条件1：定时触发，即可以设定一个触发的周期，并以该周期定期触发异常检测。

触发条件2：随机触发。例如可以设置一些随机时长生成函数，并在每次异常检测时随机生成一个时长，作为下一次触发的间隔时长。即根据生成的时长和当前时间，确定出下一次触发异常检测的时间点，并在到达该时间点时触发异常检测。

触发条件3：终端设备出现网络状态的变化，包括但不限如：SIM卡插拔、SIM卡网络注册完成、网络制式切换以及网络制式变化等。

通过在网络状态变化时触发运营商网络参数异常检测，可以使得本申请实施例在网络状态变化的第一时间，实现对运营商网络参数的更新。使得用户可以在终端设备完成网络状态变化后，实时拿到可用的运营商网络参数，实现与网络状态的同步更新。可以避免用户在终端设备网络状态更新完之后，出现由于运营商网络参数异常还无法正常使用的情况。实现对用户而言，运营商网络参数的实时无感化更新。因此可以极大地提升用户的使用体验。

触发条件4：用户主动触发。此时可以在终端设备内设置与运营商网络参数更新相关的功能，当终端设备检测到用户使用该功能时（如检测到用户输入对该功能的开启指令），则开始异常检测。

触发条件5：终端设备使用运营商网络服务过程中出现问题。包括但不限于如：无法使用数据业务、无法使用语音业务、网络注册速度慢与预设的速度阈值以及无法进行网络注册等。

通过在运营商网络服务时出现问题时触发运营商网络参数异常检测，可以使得本申请实施例在运营商网络服务时出现问题的第一时间，实现对运营商网络参数的更新，并解决出现的问题。因此本申请实施例可以减少因运营商网络参数异常，导致用户无法正常使用终端设备的时长。降低运营商网络参数异常对用户正常使用终端设备的影响，从而提升用户的使用体验。

应当理解地，上述5条触发条件仅为本申请实施例提供的部分触发条件，实际应用中可以包含更多或更少的触发条件。例如，针对上述5条触发条件，可以仅从中选取一个触发条件，也可以同时选取多个触发条件。亦可在选取部分或全部触发条件的基础上，再设置一些其他的触发条件。此处不做过多限定。

在设置好触发条件的基础上，满足任一触发条件时，终端设备均可以开始对本地存储的运营商网络参数的异常检测。

以一具体实施例，对上述实施例进行举例说明。在本申请实施例中，SIM卡激活场景为：终端设备内插入实体的SIM卡并进行网络注册。服务器为云服务器。终端设备在检测到本地存储的运营商网络参数存在异常时，会删除本地存储的运营商网络参数。参考图6，是本申请实施例提供的方法流程图，详述如下：

S401，终端设备在检测到SIM卡插入时，进行SIM卡网络注册。

S402，完成SIM卡网络注册后，终端设备对本地存储的运营商网络参数进行异常检测。

S403，若检测结果为本地存储的运营商网络参数存在异常，则删除本地存储的运营商网络参数，通过服务器下载并更新运营商网络参数，加载运营商网络参数。

S404，若检测结果为本地存储的运营商网络参数不存在异常，则正常加载本地存储的运营商网络参数。

S405，终端设备在运行的过程中，对本地存储的运营商网络参数进行异常检测。

S406，若检测结果为本地存储的运营商网络参数存在异常，则删除本地存储的运营商网络参数，通过服务器下载并更新运营商网络参数，加载运营商网络参数。

S407，若检测结果为本地存储的运营商网络参数不存在异常，则上传本地存储的运营商网络参数至云服务器，以共享本地存储的运营商网络参数。

S401至S407的操作原理、细节以及有益效果等，均可以参考图2至图5所示实施例，以及其他相关方法实施例的说明，此处不予赘述。

通过上述图2至图6所示实施例，本申请实施例可以解决各种终端设备本地存储的运营商网络参数出现异常，需要进行更新的场景需求。

例如，针对上述应用场景1：用户使用终端设备的过程中，更换了不同运营商的SIM卡，但终端设备本地存储的运营商网络参数不适用于新插入的SIM卡。

由于新插入SIM卡时终端设备会进行SIM卡网络注册，因此会触发图2所示实施例的S200操作。其中异常检测可以检测出SIM卡注册的运营商和本地存储的运营商网络参数内的运营商不同，从而触发对运营商网络参数的更新。实现对本地存储的运营商网络参数的及时更新。

针对上述应用场景2：用户使用终端设备的过程中，将原本插入的SIM卡更换为同一运营商的其他号码SIM卡。

同理，由于新插入SIM卡时终端设备会进行SIM卡网络注册，因此会触发图2所示实施例的S200操作。其中异常检测可以检测出插入的SIM卡发生了变化，从而触发对运营商网络参数的更新。实现对本地存储的运营商网络参数的及时更新。

针对上述应用场景3：用户使用终端设备的过程中未更换SIM卡，但用户的地理位置发生了较大改变，如用户到了其他国家等。新的地理位置内，基站的运营商或基站可提供的网络服务种类等发生了较大变化，使得终端设备在新的地理位置内出现无法注册网络或者注册网络速度变慢等问题。

例如实际场景：用户在使用插有a运营商的SIM卡的终端设备的期间，出于提高网络注册速度等目的，终端设备记录了大量历史频点小区信息。当用户所处地理位置发生较大变化，导致终端设备需要使用与a运营商合作的c运营商的基站获取网络服务器。此时历史频点小区信息不适用用户实时所处位置的基站情况时，由于终端设备仍会优先搜索历史频点小区，因此会导致终端设备网络注册速度变慢较多。

由于本申请实施例在用户正常使用终端设备的过程中，也会设置一些触发条件。当终端设备出现开关机、自动重新注册网络等操作时，可以触发S205的操作。其中异常检测可以检测出SIM卡注册的运营商和本地存储的运营商网络参数内的运营商不同，从而触发对运营商网络参数的更新。实现对本地存储的运营商网络参数的及时更新。其中，更新的过程中会删除记录的历史频点小区信息，因此可以加快网络组成的速度。

针对上述应用场景4：用户使用终端设备的过程中未更换SIM卡，但由于各种原因，导致本地存储的运营商网络参数出现参数出错或参数丢失等问题。从而导致终端设备无法通过本地存储的运营商网络参数实现正常网络相关业务的操作。

由于本申请实施例在用户正常使用终端设备的过程中，也会设置一些触发条件。当终端设备出现开关机、自动重新注册网络等操作时，可以触发S205的操作。其中异常检测可以检测出本地存储的运营商网络参数是否存在数据出错或者数据缺失等问题，从而触发对运营商网络参数的更新。实现对本地存储的运营商网络参数的及时更新。

为了提高对运营商网络参数的更新效率，在本申请实施例中，会预先部署若干个存储有多套运营商网络参数的服务器。终端设备在使用过程中，可以在SIM卡激活时，或者满足其他触发条件时，及时检测本地存储的运营商网络参数是否存在异常。当检测到本地存储的运营商网络参数存在异常时，则从服务器中下载与终端设备注册的运营商信息和硬件信息匹配的运营商网络参数，再对本地存储的运营商网络参数进行更新。从而使得终端设备一方面可以及时检测出运营商网络参数是否存在异常，提高检测的实时性。另一方面终端设备可以在检测到本地存储的运营商网络参数存在异常时，实时更新运营商网络参数。因此本申请实施例可以实现终端设备对运营商网络参数独立且实时的检测和更新，无需绑定终端设备操作系统版本更新、下载和安装等操作，因此可以极大地提高对运营商网络参数的更新效率。

对应于上文实施例所述的参数更新方法，图7示出了本申请实施例提供的参数更新装置的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图7，该参数更新装置包括：

注册信息获取模块71，用于获取终端设备内的SIM卡当前注册的第一运营商信息。

异常检测模块72，用于对本地存储的第一运营商网络参数进行异常检测。

参数下载模块73，用于当异常检测的检测结果为存在异常时，基于第一运营商信息从服务器下载第二运营商网络参数。

参数更新模块74，用于基于第二运营商网络参数，对第一运营商网络参数进行更新，并加载更新后的第一运营商网络参数。

作为本申请的一个可选实施例，异常检测模块72，包括：

本地信息获取模块，用于终端设备获取第一运营商网络参数内记录的第二运营商信息。

异常检测子模块，用于根据第一运营商信息和第二运营商信息，对第一运营商网络参数进行异常检测。

判定模块，用于当第一运营商信息和第二运营商信息不一致时，判定异常检测的检测结果为存在异常。

作为本申请的一个可选实施例，异常检测模块72，还包括：

标识对比模块，用于当第一运营商信息和第二运营商信息一致时，终端设备读取本地存储的第一全球设备标识，以及终端设备真实的第二全球设备标识，并对比第一全球设备标识和第二全球设备标识。

判定模块，还当第一全球设备标识和第二全球设备标识不一致时，判定异常检测的检测结果为存在异常。

作为本申请的一个可选实施例，该参数更新装置，还包括：

触发模块，用于在终端设备运行的过程中，当满足预设的触发条件时，执行异常检测模块72的操作。其中，触发条件包括终端设备的网络状态发生变化。

作为本申请的一个可选实施例，参数下载模块73，包括：

请求模块，用于终端设备向服务器发送下载请求。下载请求内包含第一运营商信息以及终端设备的硬件信息，第一运营商信息和硬件信息用于服务器匹配运营商网络参数。

接收模块，用于接收服务器针对下载请求中第一运营商信息和硬件信息发送的第二运营商网络参数。

作为本申请的一个可选实施例，下载请求内还包含终端设备的位置信息。

作为本申请的一个可选实施例，该参数更新装置，还包括：

参数共享模块，用于当异常检测的检测结果为不存在异常时，终端设备上传本地存储的第一运营商网络参数至服务器。

本申请实施例提供的参数更新装置中各模块实现各自功能的过程，具体可参考前述图2至图6所示实施例以及其他相关方法实施例的描述，此处不再赘述。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。还应理解的是，虽然术语“第一”、“第二”等在文本中在一些本申请实施例中用来描述各种元素，但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如，第一表格可以被命名为第二表格，并且类似地，第二表格可以被命名为第一表格，而不背离各种所描述的实施例的范围。第一表格和第二表格都是表格，但是它们不是同一表格。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

在本申请实施例中，终端设备可以是手机、可穿戴设备（如智能手表、智能手环、智能眼镜、智能首饰等）、平板电脑、车载设备、增强现实（augmented reality，AR）/虚拟现实（virtual reality，VR）设备、笔记本电脑、超级移动个人计算机（ultra-mobile personalcomputer，UMPC）、上网本、个人数字助理（personal digital assistant，PDA）以及其他具有网络连接功能的电子设备。上述终端设备也可以是其他电子设备，诸如具有触敏表面（例如触控面板）的膝上型计算机（laptop）等，本申请实施例对终端设备的具体类型不做任何限制。此时终端设备即为本申请实施例提供的参数更新的执行主体。

例如，所述终端设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol，SIP)电话、无线本地环路(WirelessLocal Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、车联网终端、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在无线系统上进行通信的其它设备以及下一代通信系统，例如，5G网络中的终端设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端设备等。

作为示例而非限定，当所述终端设备为可穿戴设备时，该可穿戴设备还可以是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，如智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

下文以终端设备是手机为例，图8示出了手机100的结构示意图。

手机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，以及SIM卡接口195等。其中传感器模块180可以包括陀螺仪传感器180A，加速度传感器180B，气压传感器180C，磁传感器180D，环境光传感器180E，距离传感器180F，接近光传感器180G、指纹传感器180H，温度传感器180J，触摸传感器180K（当然，手机100还可以包括其它传感器，比如温度传感器，压力传感器、气压传感器、骨传导传感器等，图中未示出）。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP)，调制解调处理器，图形处理器（graphics processingunit， GPU)，图像信号处理器（image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器( Neural-network Processing Unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

处理器110可以运行本申请实施例提供的参数更新方法。处理器110可以包括不同的器件，比如集成CPU和GPU时，CPU和GPU可以配合执行本申请实施例提供的参数更新方法，比如参数更新方法中部分算法由CPU执行，另一部分算法由GPU执行，以得到较快的处理效率。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，应用程序(比如相机应用，微信应用等)的代码等。存储数据区可存储手机100使用过程中所创建的数据(比如相机应用采集的图像、视频等)等。

内部存储器121还可以存储本申请实施例提供的参数更新方法对应的一个或多个计算机程序。该一个或多个计算机程序被存储在上述存储器121中并被配置为被该一个或多个处理器110执行，该一个或多个计算机程序包括指令，上述指令可以用于执行如图2至图6相应实施例中的各个步骤，该计算机程序可以包括帐号验证模块、优先级比较模块。其中，帐号验证模块，用于对局域网内的其它终端设备的系统认证帐号进行认证；优先级比较模块，可用于比较音频输出请求业务的优先级和音频输出设备当前输出业务的优先级。状态同步模块，可用于将终端设备当前接入的音频输出设备的设备状态同步至其它终端设备，或者将其它设备当前接入的音频输出设备的设备状态同步至本地。当内部存储器121中存储的参数更新方法的代码被处理器110运行时，处理器110可以控制终端设备进行运营商网络参数处理。

此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

当然，本申请实施例提供的参数更新方法的代码还可以存储在外部存储器中。这种情况下，处理器110可以通过外部存储器接口120运行存储在外部存储器中的参数更新方法的代码，处理器110可以控制终端设备进行运营商网络参数处理。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。在本申请实施例中，移动通信模块150还可以用于与其它终端设备进行信息交互。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。本申请实施例中，无线通信模块160可以用于接入接入点设备，向其它终端设备发送和接收消息。

另外，手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。手机100可以接收按键190输入，产生与手机100的用户设置以及功能控制有关的键信号输入。手机100可以利用马达191产生振动提示（比如来电振动提示）。手机100中的指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。手机100中的SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。

应理解，在实际应用中，手机100可以包括比图8所示的更多或更少的部件，本申请实施例不作限定。图示手机100仅是一个范例，并且手机100可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

终端设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明终端设备的软件结构。图9是本发明实施例的终端设备的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时（Android runtime）和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图9所示，应用程序包可以包括电话、相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。

如图9所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备的通信功能。例如通话状态的管理（包括接通，挂断等）。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器（surface manager），媒体库（Media Libraries），三维图形处理库（例如：OpenGL ES），2D图形引擎（例如：SGL）等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4， H.164， MP3， AAC， AMR， JPG， PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

图10是本申请一实施例提供的终端设备的结构示意图。如图10所示，该实施例的终端设备10包括：至少一个处理器100（图10中仅示出一个）、存储器101，所述存储器101中存储有可在所述处理器100上运行的计算机程序102。所述处理器100执行所述计算机程序102时实现上述各个参数更新方法实施例中的步骤，例如图2所示的步骤S200至S202以及S204至S205。或者，所述处理器100执行所述计算机程序102时实现上述各装置实施例中各模块/单元的功能，例如图7所示模块71至74的功能。

所述终端设备10可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器100、存储器101。本领域技术人员可以理解，图10仅仅是终端设备10的示例，并不构成对终端设备10的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入发送设备、网络接入设备、总线等。

所称处理器100可以是中央处理单元（Central Processing Unit，CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现成可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器101在一些实施例中可以是所述终端设备10的内部存储单元，例如终端设备10的硬盘或内存。所述存储器101也可以是所述终端设备10的外部存储设备，例如所述终端设备10上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC），安全数字（Secure Digital，SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器101还可以既包括所述终端设备10的内部存储单元也包括外部存储设备。所述存储器101用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器101还可以用于暂时地存储已经发送或者将要发送的数据。

另外，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请实施例还提供了一种终端设备，所述终端设备包括至少一个存储器、至少一个处理器以及存储在所述至少一个存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时，使所述终端设备实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时可实现上述各个方法实施例中的步骤。

本申请实施例还提供了一种芯片系统，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现上述各个方法实施例中的步骤。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、电载波信号、电信信号以及软件分发介质等。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (15)

1.一种参数更新方法，其特征在于，应用于终端设备，所述方法包括：

所述终端设备获取自身的SIM卡当前注册的第一运营商信息；

所述终端设备对本地存储的第一运营商网络参数进行异常检测；

当所述异常检测的检测结果为存在异常时，所述终端设备基于所述第一运营商信息从服务器下载第二运营商网络参数；

所述终端设备基于所述第二运营商网络参数，对所述第一运营商网络参数进行更新，并加载更新后的所述第一运营商网络参数。

2.根据权利要求1所述的参数更新方法，其特征在于，所述终端设备对本地存储的第一运营商网络参数进行异常检测，包括：

所述终端设备获取所述第一运营商网络参数内记录的第二运营商信息；

根据所述第一运营商信息和所述第二运营商信息，对所述第一运营商网络参数进行所述异常检测；

当所述第一运营商信息和所述第二运营商信息不一致时，判定所述异常检测的检测结果为存在异常。

3.根据权利要求2所述的参数更新方法，其特征在于，还包括：

当所述第一运营商信息和所述第二运营商信息一致时，所述终端设备读取本地存储的第一全球设备标识，以及所述终端设备真实的第二全球设备标识，并对比所述第一全球设备标识和所述第二全球设备标识；

当所述第一全球设备标识和所述第二全球设备标识不一致时，判定所述异常检测的检测结果为存在异常。

4.根据权利要求1所述的参数更新方法，其特征在于，还包括：

在所述终端设备运行的过程中，当满足预设的触发条件时，执行所述终端设备对本地存储的第一运营商网络参数进行异常检测的操作；其中，所述触发条件包括所述终端设备的网络状态发生变化。

5.根据权利要求1至4任一所述的参数更新方法，所述终端设备基于所述第一运营商信息从服务器下载第二运营商网络参数，包括：

所述终端设备向所述服务器发送下载请求；所述下载请求内包含所述第一运营商信息以及所述终端设备的硬件信息，所述第一运营商信息和所述硬件信息用于所述服务器匹配运营商网络参数；

接收所述服务器针对所述下载请求中所述第一运营商信息和所述硬件信息发送的所述第二运营商网络参数。

6.根据权利要求5所述的参数更新方法，其特征在于，所述下载请求内还包含所述终端设备的位置信息。

7.根据权利要求1至4任一所述的参数更新方法，其特征在于，还包括：

当所述异常检测的检测结果为不存在异常时，所述终端设备上传本地存储的所述第一运营商网络参数至所述服务器。

8.一种参数更新系统，其特征在于，包括：终端设备和服务器；

所述终端设备获取自身的SIM卡当前注册的第一运营商信息；

所述终端设备对本地存储的第一运营商网络参数进行异常检测；

当所述异常检测的检测结果为存在异常时，所述终端设备向所述服务器发送包含所述第一运营商信息的下载请求；

所述服务器接收所述下载请求，根据所述下载请求内的所述第一运营商信息，匹配所述终端设备对应的第二运营商网络参数，并将所述第二运营商网络参数发送至所述终端设备；

所述终端设备基于接收到的所述第二运营商网络参数，对所述第一运营商网络参数进行更新，并加载更新后的所述第一运营商网络参数。

9.根据权利要求8所述的参数更新系统，其特征在于，所述终端设备对本地存储的第一运营商网络参数进行异常检测，包括：

所述终端设备获取所述第一运营商网络参数内记录的第二运营商信息；

根据所述第一运营商信息和所述第二运营商信息，对所述第一运营商网络参数进行所述异常检测；

当所述第一运营商信息和所述第二运营商信息不一致时，判定所述异常检测的检测结果为存在异常。

10.根据权利要求8所述的参数更新系统，其特征在于，所述服务器内包含预先设置的标准运营商网络参数，以及由用户上传的共享运营商网络参数；

所述根据所述下载请求内的所述第一运营商信息，匹配所述终端设备对应的第二运营商网络参数，包括：

当所述下载请求内不包含所述终端设备的硬件信息时，按照先匹配所述共享运营商网络参数，再匹配所述标准运营商网络参数的顺序，利用所述第一运营商信息依次进行参数匹配，确定出所述终端设备对应的所述第二运营商网络参数。

11.根据权利要求10所述的参数更新系统，其特征在于，所述下载请求内还包含所述终端设备的所述硬件信息；

所述根据所述下载请求内的所述第一运营商信息，匹配所述终端设备对应的第二运营商网络参数，还包括：

当所述下载请求内包含所述终端设备的硬件信息时，按照先匹配所述标准运营商网络参数，再匹配所述共享运营商网络参数的顺序，利用所述第一运营商信息和所述硬件信息依次进行参数匹配，确定出所述终端设备对应的所述第二运营商网络参数。

12.根据权利要求11所述的参数更新系统，其特征在于，所述下载请求内还包含所述终端设备的位置信息；

所述利用所述第一运营商信息和所述硬件信息依次进行参数匹配，确定出所述终端设备对应的所述第二运营商网络参数，包括：

利用所述第一运营商信息、所述硬件信息和所述位置信息依次进行参数匹配，确定出所述终端设备对应的所述第二运营商网络参数。

13.一种终端设备，其特征在于，所述终端设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现根据权利要求1至7任一项所述方法的步骤。

14.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现根据权利要求1至7任一项所述的参数更新方法。

15.一种芯片系统，其特征在于，所述芯片系统包括处理器，所述处理器与存储器耦合，所述处理器执行存储器中存储的计算机程序，以实现如权利要求1至7任一项所述的参数更新方法。

Images