CN110753336B

CN110753336B - 用于标识双sim-双待用户设备的使用模式的方法和分析引擎

Info

Publication number: CN110753336B
Application number: CN201910663235.1A
Authority: CN
Inventors: A·K·亚伯拉罕
Original assignee: Nokia Solutions and Networks Oy
Current assignee: Nokia Solutions and Networks Oy
Priority date: 2018-07-23
Filing date: 2019-07-22
Publication date: 2022-09-23
Anticipated expiration: 2039-07-22
Also published as: CN110753336A

Abstract

给出了用于标识双SIM‑双待用户设备的使用模式的方法和分析引擎。用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，该方法包括：‑接收关于所述第一运营方的电信网络(1)的、与用户设备的网络连接状态相关的状态信息；‑确定与第一运营方的电信网络(1)的小区覆盖相关的覆盖信息；‑通过从状态信息和覆盖信息检测所述用户设备(100)在第一运营方的电信网络(1)的小区覆盖下、并且关于所述第一运营方的电信网络(1)处于停止服务状态的事件，来标识所述用户设备(100)的通过第二运营方的电信网络的至少一次呼叫。

Description

用于标识双SIM-双待用户设备的使用模式的方法和分析引擎

技术领域

本发明的各个实施例涉及电信领域，并且具体地涉及对用户设备的使用模式的标识。

背景技术

现在，用户设备、服务和应用激增。取决于设备、服务、网络，订户可能具有不一致的服务体验。家庭和移动环境变得更复杂。在这种上下文下，为了更好地理解客户体验和需求以及为了执行网络资源优化，通信运营方需要对以下具有一些认识(insight)：订户正在做什么、他们可能面临的问题和如何解决这些问题。订户分析帮助运营方获得这种认识。

一些订户具有双SIM用户设备，例如，双SIM移动电话。双SIM用户设备持有允许例如分别通过第一运营方的通信网络和第二运营方的通信网络进行通信的两个SIM卡(第一SIM和第二SIM)。SIM卡可以是物理SIM卡或者嵌入式(或者软件)SIM卡。嵌入式SIM卡(也被称为e-SIM或者eSIM卡)是被直接焊接到电路板上的不可替换的嵌入式芯片。通常，双SIM用户设备被配置为通过时间复用访问两个SIM。这意味着，当利用SIM卡中的一个SIM卡进行或者接收呼叫时，另一个SIM卡是非活动的并且因此在呼叫的持续期间内不可用。这种技术通常被称为DSDS技术(“双SIM双待”)或者双SIM双待技术。

存在可以帮助运营方理解订户正在使用其自己的网络做什么的网络系统。然而，在订户通过两个(或者两个以上)的不同网络进行通信的(例如，具有DSDS设备的订户)情况下，两个网络中的一个网络(“第一”网络)的运营方需要知道订户正在另一个网络(“第二”网络)中做什么。利用这种知识，第一网络的运营方可以例如基于两个网络中的订户的使用模式给出具有竞争力的计划。具体地，当用户设备是具有第一和第二SIM卡的DSDS设备时，与第一SIM卡相关联的运营方更好地理解用户设备正在做什么是有意义的，即使是在使用第二SIM卡时。

发明内容

第一方面关于用于标识用户设备的使用模式的方法，该用户设备被配置为通过第一运营方的电信网络进行通信，其中该方法包括：

接收关于第一运营方的电信网络的、与用户设备的网络连接状态相关的状态信息；

确定与第一运营方的电信网络的小区覆盖相关的覆盖信息；

通过从状态信息和覆盖信息检测用户设备在第一运营方的电信网络的小区覆盖下、并且关于所述第一运营方的电信网络处于停止服务状态的事件，标识用户设备的通过第二运营方的电信网络的至少一次呼叫。

这种知识帮助第一运营方的网络调整其参数以用于改进与所述用户设备相关联的特定订户的通信效率以及网络的整体效率。

有利地，该方法进一步包括以下步骤：通过标识其中用户设备处于多个事件，在该多个事件中服务状态和停止服务状态而第一运营方的电信网络能够提供到所述用户设备的连接，检测用户设备是持有第一SIM卡和第二SIM卡的双SIM双待用户设备，并且被配置为通过时间复用来接入两个电信网络，第一SIM卡用于通过第一运营方的电信网络进行通信，第二SIM卡用于通过第二运营方的电信网络进行通信。

有利地，该方法进一步包括以下步骤：接收来自第一运营方的电信网络的负载信息，以及确定用户设备处于没有过载的受访小区中，以便确定第一运营方的电信网络能够提供到所述用户设备的连接。

有利地，该方法还包括以下步骤：确定用户设备关于第一运营方的电信网络在覆盖空洞之外，以便确定第一运营方的电信网络能够提供到所述用户设备的连接。

在具体实施例中，方法包括以下步骤：接收与在第一运营方的电信网络中的用户设备的移动性历史相关的移动性历史信息。

因此，用户设备的使用模式可以基于由第一运营方的网络提供的基本信息来确定。

有利地，在接收移动性历史信息的步骤中，该方法进一步包括：接收第一运营方的电信网络中的由用户设备访问的小区的列表、与用户设备在受访小区中所花费时间相关的信息以及与用户设备处于停止服务状态的时间相关的信息。

用户设备的使用模式因此可以包括呼叫(例如，语音呼叫、视频呼叫和/或广播呼叫)的数目，这些呼叫的时间和/或进行或者接收这些呼叫的时间(例如，呼叫开始时和可选地是呼叫结束时)。

有利地，方法进一步包括：向第一运营方的电信网络的运营支持系统发送针对获得所述第一信息的第一请求以及针对获得所述第二信息的第二请求。

第一请求可以被发送到自组织网络或者SON模块。第二请求可以被发送到网络管理系统。SON模块和网络管理系统两者是运营支持系统的一部分。如果可用或者在可用时，SON模块提供所请求的第一信息。当SON模块出于网络优化和/或组织的目的收集与第一运营方的网络中的移动用户设备的移动性历史相关的数据时，本方法不需要任何特定配置。

有利地，方法进一步包括：生成针对获得取决于用户设备的移动性历史的小区覆盖信息的请求。这意味着，所请求的小区覆盖信息基于的是或者取决于第一运营方的电信网络中的用户设备的移动性历史。例如，针对小区覆盖信息的请求可以标识第一运营方的电信网络中的用户设备的受访小区，并且请求在覆盖经标识的小区的区域中的覆盖信息。该区域可以延伸超出受访小区以覆盖受访小区之外的相邻区域。

在本发明的特定实施例中，该方法进一步包括：

-确定以下信息元素中的至少一项：

○通过第二运营方的电信网络进行的呼叫的数目，

○呼叫的时间

○呼叫的持续时间，以及

○呼叫的质量信息，

以便关于第二运营方的电信网络来标识用户设备的使用模式。

该方法进一步包括以下步骤：通过检测用户设备(100)在停止服务状态与服务中状态之间的、超过预定义的限制数目的改变数目，而第一运营方的网络能够提供到用户设备的连接，来检测第二运营方的电信网络(2)中的质量问题。

因此，可以认为，如果在受访小区中用户设备在停止服务状态与运行状态之间的改变数目超过预定义的限制数目，例如，3，(但是限制数量可以固定为2或者大于3)，则第二运营方的网络中存在质量问题。因此，第二运营方的网络中的呼叫期间小区的掉话(calldrop)数目可以从第一运营方的网络内可用信息被检测到。

有利地，该方法进一步包括以下步骤：通过第二运营方的电信网络确定用户设备的经标识的呼叫的时间，在经标识的呼叫期间接收第一运营方的网络内负载信息，并且确定第一运营方的电信网络当时有可能支持经标识的呼叫。与第一网络的运营方相关的网络负载信息允许标识第一运营方的网络是否可以支持呼叫，订户是否选择了第一运营方的网络来进行呼叫。该信息可以被用于使用用户设备向订户提供合适的订阅计划。

有利地，方法进一步包括以下步骤：假如经标识的呼叫没有被执行，则从与经标识的呼叫源自的小区、经标识的呼叫的持续时间、经标识的呼叫在其中结束的小区有关的信息，来确定包括移动性元素中的至少一项的移动性模式，移动性元素包括用户设备的速度、用户设备的移动方向以及用户设备将会访问的小区。移动性模式可以被用于调整第一运营方的网络中的通信参数，所述通信参数包括组的元素中的至少一个元素，该组包括小区重新选择参数、切换参数和移动性缩放参数。方法还可以允许通过考虑到用户设备处于呼叫的持续时间，调整来自用户设备的报告，使用移动性模式来移除误报(false positive)来准确地识别覆盖空洞和网络问题。

有利地，该方法进一步包括以下步骤：标识针对用户设备必须重复的寻呼的次数，其中当呼叫模式表明用户设备已经能够通过第二运营方的电信网络而处于呼叫状态时，寻呼尝试的数目被减少。

有利地，方法进一步包括以下步骤：标识在第一运营方的电信网络中的呼叫概率，以及当与订户集合相关的呼叫模式指示订户集合更有可能使用与第一运营方的电信网络不同的网络以用于呼叫时，增加第一运营方的电信网络中的针对给定的资源集合可以被支持的订户的数目。

有利地，方法进一步包括以下步骤：通过从多个用户设备的呼叫模式确定多个用户可能在特定位置处于呼叫中来预测在所述位置中的可能音频噪声，该多个用户的呼叫模式包括与在第二运营方的电信网络中的DSDS设备的呼叫相关的呼叫模式，以及调整用户设备中的至少一个用户设备的默认编解码器。

有利地，该方法进一步包括以下步骤：针对第一运营方的电信网络中的在相邻频带中操作的用户设备或者针对由第一运营方提供的WiFi服务，预测由于第二运营方的电信网络中的呼叫而产生的RF噪声，以及，基于所预测的噪声调整通信参数。

第二方面涉及用于标识用户设备的使用模式的分析引擎，该用户设备被配置为通过第一运营方的电信网络进行通信，其中分析引擎被实现在第一运营方的电信网络中并且被配置为执行如先前所定义的方法的步骤。

有利地，分析引擎包括：

-信息模块，该信息模块被配置为

○接收关于第一运营方的电信网络的、与用户设备的网络连接状态相关的状态信息，

○确定与第一运营方的电信网络的小区覆盖相关的覆盖信息；

-分析模块，该分析模块被配置为

○通过从状态信息和覆盖信息中检测用户设备在第一运营方的电信网络的小区覆盖下、并且关于所述第一运营方的电信网络处于停止服务状态的事件，标识用户设备的通过第二运营方的电信网络的至少一次呼叫。

第三方面关于用于标识用户设备的使用模式的系统，该用户设备被配置为通过第一运营方的电信网络进行通信，其中系统包括如上所述的分析引擎、自组织网络模块和网络管理系统，该自组织网络模块和该网络管理系统两者是第一运营方的电信网络的运营支持系统的一部分。

附图说明

通过参照附图来阅读非限制性实施例进行的详细陈述，本发明的其它特征、目的和优点将变得更明确。

图1示出了根据本发明的一个方面的包括用于标识双SIM待机用户设备的使用模式的分析引擎的通信系统架构的原理图；

图2示出了根据本发明的特定实施例的用于标识双SIM待机用户设备的使用模式的方法的第一流程图；

图3示出了由分析引擎执行的、图2所示的方法的步骤的一部分的第二流程图；

图4示出了根据本发明的特定实施例的图1所示的系统的分析引擎的原理图。

具体实施方式

在更详细地讨论各个实施例之前，应当注意，一些实施例被描述为描绘成流程图的过程或者方法。虽然流程图将操作描述为顺序过程，但是操作中的许多操作可以并行地、并发地或者同时地被执行。另外，操作的顺序可以被重新布置。过程可以在它们的操作完成时被终止，但是也可以具有未包括在附图中的附加步骤。过程可以与方法、功能、进程、子例程、子程序等相对应。

如本文所使用的，术语“用户设备”可以被认为与以下同义并且在下文中有时可以被称为：客户端、移动用户、移动站、订户、用户、远程站、接入终端、接收器、移动单元等，并且可以描述无线通信网络中的无线资源的远程用户、远程UE或者远程终端。

相似地，如本文所使用的，术语“基站”可以被认为与以下同义并且在下文中有时可以被称为：节点B、演进节点B、eNodeB、gNodeB、收发基站(BTS)、无线网络控制器(RNC)等，并且可以描述与可以跨越多个技术代际的无线通信网络中的移动设备进行通信并且将无线资源提供给该移动设备的收发器。如本文所讨论的，除了执行本文所讨论的方法的能力外，基站还可以具有与传统的已知基站相关联的所有功能。

出于描述本发明实施例的目的，本文所公开的具体结构和功能细节仅仅是代表性的。然而，本发明可以以许多不同的形式被体现，并且不应被理解为仅限制为本文所陈述的实施例。

在下文中，本发明的细节将进一步结合附图而被提供。

图1示出了根据本发明的一个方面的第一运营方的无线通信网络或者系统架构的原理图。通过图1所示的第一运营方的电信网络架构，实现下面的网络元素：

-包括多个基站10的无线接入网络(RAN)；

-包括网络管理系统(NMS)30和自优化和/或自组织网络(SON)模块40的运营支持系统(OSS)20；

-分析引擎50。

运营支持系统OSS 20是被配置为管理第一运营方的电信网络1的计算机系统。其包括多个组件，该多个组件包括网络管理系统或者NMS 30和SON模块40。

网络管理系统(NSM)30被配置为执行管理应用，该管理应用监测网络元素，例如，基站10。

SON模块40是被配置为使用被称为SON(自组织网络)的自动化技术在第一运营方的电信网络1中进行自配置、自优化和自修复的模块。SON技术允许收集和分析各种信息元素，尤其是来自用户设备的信息元素，并且在电信网络1中执行自优化、自组织和自修复。无线标准，例如LTE RRC规范36.331和5G RRC规范38.331，指明网络将为SON收集的各种数据和测量。例如，包括用户设备已经移动到停止服务状态或者已经遇到无线链路故障的次数和用户设备处于连接状态或者停止服务状态多长时间的信息可以通过SON而被识别(或者确定)。在本示例中，SON模块40包括SON套件，该SON套件是使网络元素的配置、优化和修复的操作自动化的应用集合。

基站10具有用于执行由网络管理系统20所请求的网络管理功能和由SON模块40所请求的SON功能的代理。

在本实施例中，第一运营方的电信网络1被配置为实现3G和/或4G和/或5G无线移动电信技术。在其它实施例中，第一运营方的电信网络1可以被配置为实现任何未来代际的无线移动电信技术。

如图1所示，用户设备(诸如，移动站(MS)100)可以被连接到第一运营方的通信网络1或者第二运营方的网络2两者。

在示例实施例中，移动站100是持有第一SIM卡和第二SIM卡的双SIM双待或“DSDS”(双SIM双待机)的用户设备，该用户设备持有第一SIM卡以通过第一操作者的电信网络1进行通信、持有第二SIM卡以通过第二操作者的电信网络2进行通信，并且被配置为通过在RF电路系统处的时间复用来访问两个网络1和2。例如，移动站100是DSDS移动电话。当利用SIM卡中的一个SIM卡进行或者接收呼叫时，另一个SIM卡是非获得并且其网络在该呼叫的持续期间内不可用。

通常，“呼叫”指的是语音呼叫或者视频呼叫。备选地，其也可以时广播呼叫，例如，LTE EMBMS。在这种情况下，分析系统50可以标识作为广播呼叫(例如，MBMS呼叫)的呼叫，因此，这种呼叫通常持续较长时间(与语音或者视频呼叫相比较)，例如，30分钟或者针对电视节目时间更长，并且在广播呼叫的情况下，多个用户设备具有相同的使用模式(因为多个用户观看同一节目)。

分析引擎50被配置为执行订户分析以便帮助第一运营方理解订户体验和需求。它与运营支持系统(OSS)进行接口。

下面将结合图2和图3的流程图描述用于标识用户设备100的使用模式的方法的第一示例实施例，包括通过分析引擎50执行的操作。例如，假设DSDS移动站100最初被连接到第一运营方的电信网络1。

在第一示例实施例中，该方法包括配置步骤S0，其中运营支持系统20的SON模块40经由基站10将请求发送到移动站100，以用于配置SON移动性历史信息报告的功能。然后，移动站100被配置为(例如，定期地和/或在有来自SON模块40的请求时)将移动性历史信息报告发送到运营支持系统20，并且更精确地是发送到SON模块40。该配置允许SON模块40收集数据以用于第一运营方的网络1的优化。

移动性历史信息报告包括关于在用户设备100在第一运营方的网络1中移动时发生的与用户设备100相关的事件的信息。在第一示例实施例中，移动性历史信息报告包括：

-用户设备100最近访问的第一运营方的电信网络1中的小区的列表，例如，x个最近访问的小区(x表示预定义的小区数目)；

-用户设备100在每个受访小区中花费的时间，以及

-用户设备100在停止服务状态所花费的时间。

上述信息条列表作为说明性示例被给出。移动性历史信息报告可以包括与用户设备100相关的备选和/或附加信息。

移动性历史信息报告尤其包括与用户设备100的网络连接状态相关的信息(此处是处于停止服务状态所花费的时间)。

例如，报告包括如在3GPP TS 36.331中定义的RRC(无线电资源控制)信息元素“VisitedCellInfoList”，该信息元素包括16个最近访问的小区的最大值或者在E-UTRA之外所花费时间的移动性历史信息。最近访问的小区首先被存储在列表中。列表包括在RRC_IDLE和RRC_CONNECTED模式下所访问的小区。该信息元素“VisitedCellInfoList”特定于LTE。未来的无线技术在移动性历史信息报告中可以具有附加信息。

备选地，移动站100响应于来自OSS 20，例如，来自SON模块40，的特定请求来发送移动性历史信息报告。

在配置步骤S0之后，移动站100通过第一运营方的网络1的基站10定期地将移动性历史信息报告发送到SON模块40，如通过图2所示的步骤S1所表示的。

在第一请求步骤S2中，分析引擎50向SON模块40发送针对获得移动站100的移动性历史信息的请求。

在应答步骤S3中，如果或者当信息可用时，SON模块40将请求信息提供给分析引擎50。从SON模块40向分析引擎50传输的请求信息是与第一运营方的电信网络1中的移动站100的移动性历史相关的“第一信息”。该第一信息是从由SON模块40从移动站100收集以用于网络优化的移动性历史信息中取回的。取回的第一信息包括受访小区列表、在处于运行状态的每个小区中所花费的时间和持续时间以及DSDS移动站100处于停止服务状态的时间和持续时间。在本示例实施例中，在服务状态期间，移动站100可以处于RRC连接模式或者RRC空闲模式。

例如，第一信息包括由移动站100报告给SON模块40以用于网络优化的信息元素“VisitedCellInfoList”。备选地，第一信息包括从信息元素“VisitedCellInfoList”取回的数据。

如3GPP TS 36.331中所定义的“VisitedCellInfoList”信息元素如下：

因此，SON模块40向分析引擎50提供由SON模块40收集的、用于网络优化的与移动站100的移动性历史相关的数据。因此，其不需要任何具体配置或者来自用户的额外准许，因为将用户设备的移动性历史信息报告给SON模块40是当网络的优化活动的一部分。

可选地，SON模块40还可以将来自移动站100的关于空闲和连接测量的信息提供给分析引擎50。针对连接模式，SON 40将直接请求RAN 10以共享RAN 10已经从用户设备100收集到的、针对切换的测量。针对空闲模式，SON 40可以通过所记录的测量配置针对空闲测量而请求用户设备100，并且通过所记录的测量报告接收来自用户设备的空闲测量。

在第二请求步骤S4中，分析引擎50向网络管理系统(NSM)30发送针对获得第二信息的请求，该第二信息是第一运营方的网络1的小区覆盖信息。在第一示例实施例中，所请求的小区覆盖信息基于的是在步骤S3中接收到的DSDS移动站100的移动历史信息。例如，这意味着，针对标识了如在DSDS移动站100的接收到的移动性历史信息中所指示的最近访问的小区的小区覆盖信息进行请求，并且请求在覆盖这些经标识的小区的区域中的覆盖信息。覆盖区域是均匀区域(没有盲区)。该区域可以延伸超出受访小区以覆盖受访小区之外的相邻区域。

可选地，在步骤S4中，分析引擎500也可以请求关于网络负载的信息，尤其是在特定时间期间，即，在DSDS移动站100被视为出现在(多个)受访小区中的时间期间的(多个)受访小区中的网络负载。负载信息允许标识受访小区是否过载。如果受访小区过载并且DSDS移动站停止服务，则分析引擎50可以确定在受访小区中发生的一些连接问题。

在应答步骤S5中，网络管理系统(NSM)30将所请求的小区覆盖信息发送到分析引擎50。如果已经请求了负载信息，则网络管理系统(NSM)30也发送所请求的负载信息。

分析引擎50可能开始不了解用户设备100是双SIM双待或者DSDS设备。在这种情况下，方法可选地包括步骤S6：通过标识其中用户设备处于停止服务状态而第一运营方的电信网络能够提供到所述用户设备的连接的多个事件(例如，大于阈值的数目，诸如，3)检测用户设备100是双SIM双待或者DSDS设备。在第一示例实施例中，用户设备是否处于停止服务状态的信息是从移动性历史信息报告获得的。

为了确定第一运营方的电信网络1能够提供到所述用户设备的连接，分析引擎50可以

-确定用户设备10关于第一运营方的电信网络1处于覆盖空洞之外(换言之，用户设备100关于第一运营方的网络1处于小区覆盖下)；

-和/或接收来自第一运营方的电信网络1的负载信息(例如，在步骤S5中)并且然后确定用户设备10是否处于过载或没有过载的受访小区中(如果受访小区没有过载，则第一运营方的电信网络1能够提供到用户设备100的连接)。

然后，在分析步骤S7中，分析引擎50继续进行分析第一信息和第二信息，以便从用户设备100标识(或确定)第二SIM卡的使用模式。第二SIM卡的使用模式包括以下信息元素中的至少一项：

-使用第二SIM卡进行的呼叫(例如，语音呼叫和/或视频呼叫)的数目，

-呼叫的持续时间，

-进行呼叫的时间，以及

-与呼叫相关的质量信息；例如，质量信息包括呼叫期间掉话的数目。

在第一示例实施例中，进行以标识第二SIM卡的使用模式的分析S7包括下面描述的多个步骤S70至S73。

第一步骤S70是检测至少一种这样的情况的步骤：其中DSDS移动站100关于所述第一运营方的通信网络处于停止服务状态，同时处于第一运营方的通信网络的小区覆盖之下。在步骤S70中，分析引擎50确定检测到的这种情况与使用第二SIM卡的呼叫相对应。这基于这样一种假设：如果DSDS移动站100“在覆盖之外”(或者“停止服务”)，则这是因为呼叫是使用第二SIM卡来进行或者接收的，除非在第一运营方的网络1中存在小区覆盖空洞。做出这种假设的原因是，相同的RF电路系统由两个运营方的网络1、2共享的并且其将在呼叫期间由第二运营方的网络2排他地使用。换言之，如果DSDS移动站100在覆盖之外(或者停止服务)同时在处于第一运营方的通信网络1的小区覆盖之下，则分析引擎50可以标识移动站100通过第二运营方的网络2进行呼叫。为了排除“停止服务”(或者“在覆盖之外”)是由于小区覆盖空洞而产生的情况，分析引擎50使用接收到的小区覆盖信息(第二信息)并且将其与在移动性历史信息(第一信息)中所指示的受访小区进行映射。例如，如果检测到DSDS移动站100关于第一运营方的网络在接近小区覆盖空洞的受访小区中，并且然后进入到停止服务状态，则分析引擎50确定“停止服务”(或者“在覆盖之外”)状态是由于小区覆盖空洞而产生的。相反，如果DSDS移动站100然后进入停止服务，而最后被访问的小区处于不具有小区覆盖空洞的区域中，则分析引擎500确定DSDS移动站10使用第二运营方的网络2进行或者接收呼叫。

然后，在步骤S71(可选的)中，在检测到使用第二SIM卡的呼叫之后，分析引擎50确定和存储检测到的呼叫的持续时间，该持续时间与停止服务(或者在小区覆盖之外)状态的持续时间相对应。

在步骤S72(可选的)中，分析引擎50使用第一信息和第二信息来检测第二运营方的网络中的可能问题。例如，如果移动性历史信息(第一信息)指示在受访小区中DSDS移动站100在停止服务(或者在小区覆盖之外)状态与服务(或者在覆盖范围内)状态之间的频繁改变(这与“乒乓”事件相对应)，并且在覆盖该受访小区的区域中的小区覆盖在第一运营方的网络1中是良好的，则分析引擎50确定在DSDS移动站100的呼叫期间第二运营方的网络中存在质量问题。更准确地来说，当改变数目超过限制数目(例如，3)时，分析引擎50标识第二网络中存在质量问题。

在步骤S73(可选的)中，分析引擎保存使用第二SIM卡的DSDS移动站100的所检测到呼叫的时间并且标识第一运营方的网络中的当前网络负载(呼叫期间的当前意义)。当前负载是从在步骤S5中接收自网络管理系统300的负载信息中取回的。这允许分析引擎50确定，在DSDS移动站100使用第二SIM卡(通过第二运营方的网络)进行呼叫的情况下，如果DSDS移动电话100已经选择第一SIM卡来进行呼叫，则第一运营方的网络是否将有可能支持该呼叫。这种信息可以用于向订户提供合适的订阅计划。

在步骤S8中，分析操作S7的上述步骤S70至S73允许分析引擎50确定用户设备100的使用模式，在这里尤其是与第二SIM卡的使用相关的使用模式。另外(和可选地)，其允许分析模块50检测第二运营方的网络2中的质量问题。

在第一示例实施例中，具有第二SIM卡的DSDS移动站100的使用模式包括：

○使用第二SIM卡进行的呼叫的数目，

○呼叫的时间，

○呼叫的持续时间，以及

○呼叫的质量信息。

上述使用模式被保存在存储器中。

在下面的步骤S9中，分析引擎50基于与第二SIM卡的使用相关的经标识的使用模式来生成对DSDS移动站100的计划或者一个或多个选项。分析引擎也利用经标识的使用模式以用于调整其自己的网络的特性以及改进该特定订户的通信质量和效率以及整体网络效率。

图3是表示根据先前描述的方法的由分析引擎50执行的步骤中的一些步骤的概述的流程图。该流程图示出了下面的连续步骤：

-分析引擎50从SON模块40接收DSDS移动站100的移动性历史(步骤S3)；

-分析引擎50接收来自网络管理系统30的小区覆盖信息(步骤S5)。

-如果DSDS移动站100关于第一运营方的通信网络停止服务(或者在覆盖之外)，其中不存在小区覆盖空洞，则分析引擎50存储停止服务(或者在覆盖之外)持续时间作为使用第二SIM卡的呼叫长度(步骤S71)；

-分析引擎50保存经标识的呼叫的在第二运营方的网络中的时间，以及在第一运营方的网络1中的当前(在这里意味着“与经标识的呼叫同时的”)网络负载(步骤S73)；

-分析引擎50确定使用第二SIM卡的DSDS移动站100的使用模式以及针对该呼叫的可能质量问题(步骤S8)；

-分析引擎50可以向考虑第二SIM卡至DSDS移动站100的使用模式的用户建议合适的计划并且基于使用模式调整其自己的通信参数(步骤S9)。

分析引擎50是用于分析诸如DSDS移动站100等移动站的使用模式的、并且通过建议合适的订阅计划来帮助订户，可以被视为由软件和硬件(本地或者云)组成的物理机器的系统，。

在图2和图3所示的第一示例实施例中，分析引擎50接收关于监控用户设备100的移动性历史的第一信息，以及作为与第一运营方的电信网络1的小区覆盖相关的覆盖信息的第二信息，并且然后使用第一信息和第二信息、通过检测用户设备100处于第一运营方的电信网络1的小区范围下并且关于第一运营方的电信网络1处于停止服务状态的事件标识用户设备100的至少一次呼叫(例如，语音呼叫、视频呼叫和/或广播呼叫)。

在第二示例实施例中，分析引擎50接收关于第一运营方的电信网络1的、与用户设备100的网络连接状态相关的至少一个状态信息，并且确定与第一运营方的电信网络1的小区覆盖相关的覆盖信息。网络连接状态信息和覆盖信息例如是从第一运营方的网络1的(多个)组件(诸如，OSS 20，尤其是SON 40和NMS 30)接收到的或者是从来自这些网络组件的信息提取的。然后，分析引擎50通过从状态信息和覆盖信息检测用户设备100在第一运营方的电信网络1的小区覆盖下、并且关于所述第一运营方的电信网络1处于停止服务状态的事件，标识用户设备100的通过第二运营方的电信网络的至少一次呼叫。

图4示出了根据示例实施例的分析引擎50的原理图。该分析引擎包括：

-信息模块51，该信息模块51被配置为

○接收关于第一运营方的电信网络1的、与用户设备的网络连接状态相关的状态信息，

○确定与第一运营方的电信网络1的小区覆盖相关的覆盖信息；

-分析模块52，该分析模块51被配置为

○通过从状态信息和覆盖信息检测用户设备100在第一运营方的电信网络1的小区覆盖下、并且关于所述第一运营方的电信网络1处于停止服务状态的事件，识别用户设备100的通过第二运营方的电信网络的至少一次呼叫。

在第一示例实施例中，信息模块51被配置为接收作为第一运营方的电信网络1中的用户设备100的移动性历史信息的第一信息，以及作为第一运营方的电信网络的小区覆盖信息的第二信息。更准确地来说，在这种情况下，信息模块51被配置为执行之前描述的步骤S2至S5。

分析模块52被配置为通过从状态信息和覆盖信息检测用户设备100在第一运营方的电信网络1的小区覆盖下、并且关于所述第一运营方的电信网络1处于停止服务状态的事件，标识用户设备100的通过第二运营方的电信网络2的至少一次呼叫。

在第一示例实施例中，分析模块52被配置为执行操作S7，包括步骤S70至S73、步骤S8和步骤S9、以及可选地包括步骤S6。其包括被配置为控制这些步骤的执行的控制单元520，例如，微控制器。

更准确地来说，控制单元520使用由信息模块51接收的并且被存储在第一存储器521中的第一信息和第二信息，来控制步骤S70至S73的执行。当标识第二运营方的网络2中的呼叫时，控制单元520保存与被存储在第二存储器522中的第二SIM卡呼叫表中的经识别的呼叫相关的以下信息元素：

-呼叫的持续时间；

-呼叫的时间(当呼叫开始时和/或当呼叫结束时)

-在适当的情况下，掉话问题(停止服务状态与服务中状态之间的多次改变)或者其它问题；

-当前的第一运营方的网络负载(在经标识的呼叫期间)

第一存储器和第二存储器也可以是数据库中的不同部分。

因此，控制单元520使用第二SIM卡保存每个经标识的呼叫的上述信息元素，并且因此创建具有第二SIM卡的用户设备的使用模式(步骤S8)。另外，在适当的情况下，控制单元520从与一个或者多个经标识的呼叫相关保存的信息(用第二SIM卡)标识第二运营方的网络中的可能的网络问题。

控制单元520也被配置为基于第二SIM卡的使用模式生成合适的计划。

存在多种用例，其中用户设备的第二运营方的网络中的呼叫使用模式可以被利用以用于改进例如分析引擎、订户网络使用、SON服务和第一运营方的系统和/或服务。下面的列表给出了这些用例的若干示例：

a)基于用户设备100的第二运营方的网络中的呼叫使用模式，分析引擎50可以向第一运营方的网络中的订户提供合适的使用计划。

b)分析引擎50可以使用第二运营方的网络中的呼叫使用模式来正确地确定订户的移动性模式。通过了解存在已经持续了某段持续时间的呼叫和设备在该呼叫已经驻扎的新小区，分析引擎和/或OSS可以计算移动性模式，好像设备已经在第一运营方的网络中运行。如果呼叫没有被执行，分析引擎可以标识设备移动的速度和方向以及设备将会访问的小区。这可以通过使用与呼叫源自的小区(即，用户设备在小区起源时扎营的小区)、呼叫的持续时间和呼叫结束的小区(即，设备在呼叫结束后扎营的小区)有关的信息来计算。移动性模式可以被用于优化第一运营方的网络中的通信参数，诸如，切换参数、小区选择参数、小区重新选择参数、移动性缩放参数等。例如，如果设备正以较高速度移动，第一运营方的网络1可以将设备配置为以更快的速率报告切换测量并且可以较早地触发到新小区的切换，使得不存在切换故障。

c)基于来自移动站100中的第二运营方的网络的呼叫使用模式，分析引擎50可以通过清除计算中的故障报告来对第一运营方的网络中的覆盖空洞进行更准确的估计。分析引擎50标识停止服务状态是由于利用第二SIM卡进行呼叫(而不是快速衰落)而被报告的，并且可以忽略关于持续时间呼叫是活动的数据。因此，由于这些报告，没有小区选择参数优化需要完成。

d)如果第一寻呼不成功，则基于来自移动站100的第二运营方的网络的呼叫使用模式，第一运营方的网络可以优化必须被重复的寻呼次数。当呼叫模式表明或者指示设备在第二运营方的网络中已经处于呼叫并且不能够通过第一网络接收寻呼或者对其做出响应，必须被重复的寻呼次数可以被减少。限制寻呼尝试会节约空中接口中的资源。订户也会得益，因为如果呼叫转发被启用，则他可以更早获得针对任何重要呼叫的呼叫转发通知。

e)第一运营方的网络可以使用第二运营方的网络中的呼叫使用模式以用于优化其小区规划。小区通常可以支持有限数目的语音呼叫，该有限数目的语音呼叫被计算为繁忙时间的呼叫的概率因数和进行呼叫所需的资源的乘积。通过标识第二运营方的网络内的呼叫模式，第一运营方的网络可以例如调整第一运营方的网络中的呼叫的概率因数，这可能导致接受小区中的更多订户。换言之，分析引擎确定在第一运营方的电信网络中的呼叫概率，并且当与订户集合相关的呼叫模式指示所述订户集合更可能使用与第一运营方的电信网络不同的网络进行呼叫时，可以增加第一运营方的电信网络中的针对给定的资源集合可以被支持的订户的数目。例如，如果用户同样使用两个网络以用于进行和接收语音呼叫，则概率因数可以减小一半并且采用两个用户来代替具有否则需要预留相同的资源量的一个用户。

f)基于第一用户设备UE1的第二运营方的网络中的呼叫使用模式，可以调整使用第一运营方的网络的邻近用户设备UE2的默认编解码器(当两个用户设备UE1和UE2处于相同地理位置附近时，例如待在同一个屋子中或者在同一办公室和/或同一办公房间中工作等，它们是“邻居”)。基本原理是，例如，如果相邻用户设备UE2正在进行语音呼叫，则更好的编解码器有助于具有清晰的通信。更一般而言，分析引擎可以被配置为通过从多个用户设备的呼叫模式确定多个用户可能在特定位置处于呼叫中来预测在该位置的可能音频噪声，该呼叫模式包括与在第二运营方的电信网络中的DSDS设备的呼叫相关的呼叫模式。假如预测到可能音频噪声，则分析引擎可以请求应当调整用户设备中的一个或者多个用户设备的默认编解码器。例如，如果呼叫模式表明或者指示在相同位置可能有更多用户处于呼叫状态，则分析引擎50可能建议使用更好的编解码器，如EVS，或者在RAN本身中使用更高级的冗余机制，如分组复制或者TTI捆绑。

g)基于第一用户设备UE1的第二运营方的网络中的呼叫使用模式，可以调整使用第一运营方的网络的相邻用户设备UE2的传输参数。更一般而言，如果存在在相同时间在相同位置处于呼叫的多个相邻用户设备，则发生干扰和错误的机会很高。分析引擎被配置为预测或评估由于第二运营方的网络中的呼叫针对在第一运营方的网络中的相邻的频带中操作的用户设备而产生的RF噪声，并且调整传输功率，并且这些用户设备的其它通信参数可以基于预测噪声而变化。

h)基于语音呼叫使用模式，可能的RF噪声的值(诸如，对由DSDS设备的第一运营方的网络提供的WiFi或者其它类似服务的设备中干扰)被计算或预测，并且数据传输参数可以取决于所计算(或者预测)值而变化。事实上，呼叫，诸如，第二运营方的网络中的DSDS设备的语音呼叫，可以干扰WiFi(这个行为被称为“设备中干扰”)，并且可以恶化WiFi服务的质量和使用第二SIM卡的语音呼叫的质量。换言之，针对在第一运营方的电信网络中的在相邻频带中操作的用户设备或者针对由第一运营方提供的WiFi服务预测由于在第二运营方的电信网络中的呼叫而产生的RF噪声，并且根据预测噪声调整通信参数。设备中干扰的减少可以改进语音呼叫性能和用户的WiFi性能。

关于上面的情况f)和g)，DSDS设备(UE1)的使用模式允许调整第一运营方的网络的用户设备(UE2)的编解码器和传输参数，即使位于接近第一运营方的网络的用户设备(UE2)的DSDS设备(UE1)当前正在使用第二运营方的网络。

分析引擎50、自组织网络或者SON模块40和网络管理系统30(SON模块40和NMS 30两者是第一运营方的电信网络1的运营支持系统20的一部分)形成用于标识诸如设备100的用户设备的使用模式，该用户设备被配置为通过第一运营方的电信网络1进行通信。说明书和附图中的缩写词的列表：

BS	基站
		DSDS	双SIM双待
MS	移动站
		NMS	网络管理系统
OSS	运营支持系统
		RAN	无线电接入网络
UE	用户设备
		SON	自优化和/或自组织网络

根据本发明的第一方面，提供了一种用于标识用户设备(100)的使用模式的方法，用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中方法包括：

-接收关于第一运营方的电信网络(1)的、与用户设备的网络连接状态相关的状态信息；

-确定(S5)与第一运营方的电信网络(1)的小区覆盖相关的覆盖信息；

-通过从状态信息和覆盖信息中检测用户设备(100)在第一运营方的电信网络(1)的小区覆盖下并且关于第一运营方的电信网络(1)处于停止服务状态的事件，来标识用户设备(100)通过第二运营方的电信网络的至少一个呼叫。

根据本发明的实施例，进一步包括以下步骤：通过标识多个事件，在多个事件中用户设备处于服务中状态和处于停止服务状态而第一运营方的电信网络能够提供到用户设备的连接，来检测用户设备是持有第一SIM卡和第二SIM卡的双SIM双待用户设备(100)并且被配置为通过时间复用来接入两个电信网络，第一SIM卡用于通过第一运营方的电信网络(1)进行通信，第二SIM卡用于通过第二运营方的电信网络(2)进行通信。

根据本发明的实施例，进一步包括以下步骤：接收来自第一运营方的电信网络的负载信息，以及确定用户设备处于没有过载的受访小区中，以便确定第一运营方的电信网络能够提供到用户设备的连接。

根据本发明的实施例，进一步包括以下步骤：确定用户设备关于第一运营方的电信网络在覆盖空洞之外，以便确定第一运营方的电信网络能够提供到用户设备的连接。

根据本发明的实施例，进一步包括步骤(S3)：接收与用户设备(100)在第一运营方的电信网络(1)中的移动性历史相关的移动性历史信息。

根据本发明的实施例，其中在接收移动性历史信息的步骤(S3)中，方法进一步包括：接收在第一运营方的电信网络(1)中由用户设备(100)访问的小区的列表、与用户设备(100)在所访问的小区中所花费的时间相关的信息以及与用户设备在停止服务状态中所花费的时间相关的信息。

根据本发明的实施例，进一步包括：

-向第一运营方的电信网络(1)的运营支持系统(20)发送(S2)针对获得移动性历史信息的第一请求和针对获得小区覆盖信息的第二请求。

根据本发明的实施例，其中第一请求被发送到自组织网络模块(40)并且第二请求被发送到网络管理系统(30)，自组织网络模块(40)和网络管理系统(30)两者是第一运营方的电信网络(1)的运营支持系统的一部分。

根据本发明的实施例，进一步包括：

-生成针对获得取决于用户设备的移动性历史的小区覆盖信息的请求。

根据本发明的实施例，进一步包括：

-确定以下信息元素中的至少一项：

○通过第二运营方的电信网络进行的呼叫的数目，

○呼叫的时间，

○呼叫的持续时间，以及

○呼叫的质量信息，

根据本发明的实施例，进一步包括步骤(S62)：通过检测用户设备(100)在停止服务状态与服务中状态之间的、超过预定义的限制数目的改变数目，而第一运营方的网络能够提供到用户设备的连接，来检测第二运营方的电信网络(2)中的质量问题。

根据本发明的实施例，进一步包括：确定用户设备(100)通过第二运营方的电信网络的经标识的呼叫的时间，在经标识的呼叫期间接收第一运营方的网络(1)内的负载信息，以及确定第一运营方的电信网络是否有可能支持经标识的呼叫。

根据本发明的实施例，进一步包括：

-假如经标识的呼叫没有被执行，则从与经标识的呼叫源自的小区、经标识的呼叫的持续时间以及经标识的呼叫在其中结束的小区有关的信息，来确定包括移动性元素中的至少一个的移动性模式，移动性元素包括用户设备的速度、用户设备的移动方向以及用户设备将会访问的小区。

根据本发明的实施例，其中移动性模式被用于调整第一运营方的网络中的通信参数，通信参数包括以下组中的元素中的至少一个，组包括小区重新选择参数、切换参数和移动性缩放参数。

根据本发明的实施例，进一步包括：

-标识针对用户设备必须重复的寻呼的次数，其中当呼叫模式表明用户设备已经能够通过第二运营方的电信网络而处于通话中时，寻呼尝试的数目被减少。

根据本发明的实施例，进一步包括：

-标识在第一运营方的电信网络中的呼叫概率，以及当与订户集合相关的呼叫模式指示订户集合更有可能使用与第一运营方的电信网络不同的网络用于呼叫时，增加在第一运营方的电信网络中针对给定资源集合能够被支持的订户的数目。

根据本发明的实施例，进一步包括：

-通过从多个用户设备的呼叫模式确定多个用户可能在特定位置处于呼叫对话中，来预测在位置中的可能音频噪声，多个用户的呼叫模式包括与在第二运营方的电信网络中的DSDS设备的呼叫相关的呼叫模式，以及

-调整用户设备中的至少一个用户设备的默认编解码器。

根据本发明的实施例，进一步包括：

-针对第一运营方的电信网络中的在相邻频带中操作的用户设备或者针对由第一运营方提供的WiFi服务，预测由于第二运营方的电信网络中的呼叫而产生的RF噪声，以及

-基于所预测的噪声来调整通信参数。

根据本发明的第二方面，提供了一种用于标识用户设备(100)的使用模式的分析引擎(50)，用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中分析引擎(50)被实现在第一运营方的电信网络(1)中，并且被配置为执行根据本发明的第一方面的方法的步骤。

根据本发明的实施例，包括：

-信息模块(51)，信息模块(51)被配置为：

○确定(S5)与第一运营方的电信网络的小区覆盖相关的覆盖信息；

-分析模块(52)，分析模块(52)被配置为：

○通过从状态信息和覆盖信息中检测用户设备(100)在第一运营方的电信网络(1)的小区覆盖下并且关于第一运营方的电信网络(1)处于停止服务状态的事件，来标识用户设备(100)通过第二运营方的电信网络的至少一个呼叫。

根据本发明的第三方面，提供了一种用于标识用户设备的使用模式的系统，用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中系统包括根据本发明的第二方面的分析引擎(50)、自组织网络模块(40)和网络管理系统(30)，自组织网络模块(40)和网络管理系统(30)两者是第一运营方的电信网络(1)的运营支持系统(20)的一部分。

Claims

1.一种用于标识用户设备(100)的使用模式的方法，所述用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中所述方法包括：

-接收关于所述第一运营方的电信网络(1)的、与所述用户设备的网络连接状态相关的状态信息；

-确定(S5)与所述第一运营方的电信网络(1)的小区覆盖相关的覆盖信息；

-通过从所述状态信息和所述覆盖信息中检测所述用户设备(100)在所述第一运营方的电信网络(1)的小区覆盖下并且关于所述第一运营方的电信网络(1)处于停止服务状态的事件，来标识所述用户设备(100)通过第二运营方的电信网络的至少一个呼叫，

其中，所述用户设备(100)是双SIM双待DSDS用户设备。

2.根据权利要求1所述的方法，进一步包括以下步骤：通过标识多个事件，在所述多个事件中所述用户设备处于服务中状态和处于停止服务状态而所述第一运营方的电信网络能够提供到所述用户设备的连接，来检测所述用户设备是持有第一SIM卡和第二SIM卡的双SIM双待用户设备(100)并且被配置为通过时间复用来接入两个电信网络，所述第一SIM卡用于通过所述第一运营方的电信网络(1)进行通信，所述第二SIM卡用于通过所述第二运营方的电信网络(2)进行通信。

3.根据权利要求1所述的方法，进一步包括以下步骤：接收来自所述第一运营方的电信网络的负载信息，以及确定所述用户设备处于没有过载的受访小区中，以便确定所述第一运营方的电信网络能够提供到所述用户设备的连接。

4.根据权利要求1所述的方法，进一步包括以下步骤：确定所述用户设备关于所述第一运营方的电信网络在覆盖空洞之外，以便确定所述第一运营方的电信网络能够提供到所述用户设备的连接。

5.根据权利要求1中所述的方法，进一步包括步骤(S3)：接收与所述用户设备(100)在所述第一运营方的电信网络(1)中的移动性历史相关的移动性历史信息。

6.根据权利要求5所述的方法，其中在接收所述移动性历史信息的所述步骤(S3)中，所述方法进一步包括：接收在所述第一运营方的电信网络(1)中由所述用户设备(100)访问的小区的列表、与所述用户设备(100)在所访问的小区中所花费的时间相关的信息以及与所述用户设备在停止服务状态中所花费的时间相关的信息。

7.根据权利要求5所述的方法，进一步包括：

-向所述第一运营方的电信网络(1)的运营支持系统(20)发送(S2)针对获得所述移动性历史信息的第一请求和针对获得所述小区覆盖相关的覆盖信息的第二请求。

8.根据权利要求7所述的方法，其中所述第一请求被发送到自组织网络模块(40)并且所述第二请求被发送到网络管理系统(30)，所述自组织网络模块(40)和所述网络管理系统(30)两者是所述第一运营方的电信网络(1)的所述运营支持系统的一部分。

9.根据权利要求7所述的方法，进一步包括：

-生成针对获得取决于所述用户设备的所述移动性历史的所述小区覆盖相关的覆盖信息的请求。

10.根据权利要求1所述的方法，进一步包括：

-确定以下信息元素中的至少一项：

ο通过所述第二运营方的电信网络进行的呼叫的数目，

ο呼叫的时间，

ο呼叫的持续时间，以及

ο呼叫的质量信息，

以便关于所述第二运营方的电信网络来标识所述用户设备的使用模式。

11.根据权利要求1所述的方法，进一步包括步骤(S62)：通过检测所述用户设备(100)在停止服务状态与服务中状态之间的、超过预定义的限制数目的改变数目，而所述第一运营方的网络能够提供到所述用户设备的连接，来检测所述第二运营方的电信网络(2)中的质量问题。

12.根据权利要求1所述的方法，进一步包括：确定所述用户设备(100)通过所述第二运营方的电信网络的经标识的所述呼叫的时间，在经标识的所述呼叫期间接收所述第一运营方的电信网络(1)内的负载信息，以及确定所述第一运营方的电信网络是否有可能支持经标识的所述呼叫。

13.根据权利要求1所述的方法，进一步包括：

-假如经标识的所述呼叫没有被执行，则从与经标识的所述呼叫源自的小区、经标识的所述呼叫的持续时间以及经标识的所述呼叫在其中结束的小区有关的信息，来确定包括移动性元素中的至少一个的移动性模式，所述移动性元素包括所述用户设备的速度、所述用户设备的移动方向以及所述用户设备将会访问的小区。

14.根据权利要求13所述的方法，其中所述移动性模式被用于调整所述第一运营方的网络中的通信参数，所述通信参数包括以下组中的元素中的至少一个，所述组包括小区重新选择参数、切换参数和移动性缩放参数。

15.根据权利要求1所述的方法，进一步包括：

-标识针对所述用户设备必须重复的寻呼的次数，其中当呼叫模式表明所述用户设备已经能够通过所述第二运营方的电信网络而处于通话中时，寻呼尝试的数目被减少。

16.根据权利要求1所述的方法，进一步包括：

-标识在所述第一运营方的电信网络中的呼叫概率，以及当与订户集合相关的呼叫模式指示所述订户集合更有可能使用与所述第一运营方的电信网络不同的网络用于呼叫时，增加在所述第一运营方的电信网络中针对给定资源集合能够被支持的订户的数目。

17.根据权利要求1所述的方法，进一步包括：

-通过从多个用户设备的呼叫模式确定多个用户可能在特定位置处于呼叫对话中，来预测在所述位置中的可能音频噪声，所述多个用户的所述呼叫模式包括与在所述第二运营方的电信网络中的DSDS设备的呼叫相关的呼叫模式，以及

-调整所述用户设备中的至少一个用户设备的默认编解码器。

18.根据前述权利要求中任一项所述的方法，进一步包括：

-针对所述第一运营方的电信网络中的在相邻频带中操作的用户设备或者针对由所述第一运营方提供的WiFi服务，预测由于所述第二运营方的电信网络中的呼叫而产生的RF噪声，以及

-基于所预测的噪声来调整通信参数。

19.一种用于标识用户设备(100)的使用模式的分析引擎(50)，所述用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中所述分析引擎(50)被实现在所述第一运营方的电信网络(1)中，并且被配置为执行根据权利要求1至18中任一项所述的方法。

20.根据权利要求19所述的分析引擎(50)，包括：

-信息模块(51)，所述信息模块(51)被配置为：

ο接收关于所述第一运营方的电信网络的、与所述用户设备的网络连接状态相关的状态信息，

ο确定(S5)与所述第一运营方的电信网络的小区覆盖相关的覆盖信息；

-分析模块(52)，所述分析模块(52)被配置为：

ο通过从所述状态信息和所述覆盖信息中检测所述用户设备(100)在所述第一运营方的电信网络(1)的小区覆盖下并且关于所述第一运营方的电信网络(1)处于停止服务状态的事件，来标识所述用户设备(100)通过第二运营方的电信网络的至少一个呼叫。

21.一种用于标识用户设备的使用模式的系统，所述用户设备(100)被配置为通过第一运营方的电信网络(1)进行通信，其中所述系统包括：

根据权利要求19或20所述的分析引擎(50)；

自组织网络模块(40)；以及网络管理系统(30)，

所述自组织网络模块(40)和所述网络管理系统(30)两者是所述第一运营方的电信网络(1)的运营支持系统(20)的一部分。