具体实施方式

本公开的原则现在将参照一些示例实施例进行描述。要理解，这些示例实施例仅仅是为了说明的目的而被描述，并且帮助本领域技术人员理解和实施本公开，而不会对本公开的范围提出任何限制。除了下述方式外，本文中所描述的公开内容还可以以各种方式实施。

在下面的描述和权利要求中，除非另有规定，否则本文中所使用的所有技术术语和科学术语都具有与本公开所属的领域的普通技术人员通常所理解的意思相同意思。

如本文中所使用的，术语“终端设备”或“用户设备”(UE)指的是能够相互进行无线通信或与基站进行无线通信的任何终端设备。通信可以涉及使用电磁信号、无线电波、红外信号和/或其他类型的适用于在空中传送信息的信号来传输和/或接收无线信号。在一些示例实施例中，UE可以被配置为在没有直接人机交互的情况下传输和/或接收信息。例如，当由内部或外部事件触发时，或者响应于来自网络侧的请求，UE可以按照预定时间表将信息传输给基站。

UE的示例包括但不限于智能手机、带无线支持的平板计算机、平板计算机嵌入设备(LEE)、平板计算机安装设备(LME)、无线客户驻地设备(CPE)、传感器、计量设备、个人可穿戴装置(诸如手表)和/或能够进行通信的车辆。为了讨论的目的，一些示例实施例将参考UE被描述为终端设备的示例，并且在本公开的上下文中，术语“终端设备”和“用户设备”(UE)可以互换使用。

如本文中所使用的，术语“基站”(BS)指的是网络设备，通过该网络设备，可以将服务提供给与网络进行通信的终端设备。基站可以包括任何合适的设备，通过该设备，终端设备或UE可以访问通信网络。基站的示例包括中继器、访问点(AP)、传输点(TRP)、节点B(NodeB或NB)、演进NodeB(eNodeB或eNB)、新无线电(NR)NodeB(gNB)、远程无线电模块(RRU)、无线电报头(RH)、远程无线电头端(RRH)、低功率节点，诸如毫微微、微微等。

如本文中所使用的，术语“电路系统”可以指以下一项或多项或全部：

(a)纯硬件电路实施方式(诸如仅仅在模拟和/或数字电路系统中的实施方式)以及

(b)硬件电路和软件的组合，诸如(如果适用的话)：(i)(多个)模拟和/或数字硬件电路与软件/固件的组合以及(ii)(多个)硬件处理器与软件的任何部分(包括(多个)数字信号处理器、软件和(多个)存储器，它们一起工作，使装置(诸如移动电话或服务器)执行各种功能)以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的部分，它需要软件(例如固件)来进行操作，但是当不需要软件来进行操作时，该软件可能不存在。

电路系统的这种定义适用于此术语在本申请中(包括在任何权利要求中)的所有使用。作为另外的示例，如本申请中所使用的，术语电路系统也仅仅涵盖硬件电路或处理器(或多个处理器)或硬件电路或处理器的部分以及它的(或它们的)随附软件和/或固件的实施方式。例如并且如果适用于特定权利要求元素，则术语电路系统还涵盖移动设备的基带集成电路或处理器集成电路或服务器、蜂窝基站或其他计算或基站中的类似的集成电路。

如本文中所使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另有明确说明。术语“包括”以及其变体应被解读为指“包括但不限于”的开放性术语。术语“基于”应被解读为“至少部分地基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一个实施例”应被解读为“至少一个其他实施例”。其他定义，明确的和不明确的都可以被包括在下面。

如本文中所使用的，术语“第一”、“第二”等在本文中可以用于描述各种元件，这些元件不应受限于这些术语。这些术语仅仅用于区分不同的元件。例如，在不脱离示例实施例的范围的情况下，第一元件可以被称为第二元件，类似地，第二元件可以被称为第一元件。如本文中所使用的，术语“和/或”包括一个或多个所列的项的任何和所有组合。

在E-UTRAN中，目前两种类型的KPI被推荐以用于网络性能监测，一种可以提供指示E-RAB(UE上下文)掉线的概率的E-RAB掉线比率，并且另一种可以提供每秒掉线次数。然而，在某些场景中，这些KPI都不能够准确地反映终端用户所体验到的网络性能。

可以采用由终端用户最敏感地感知到的语音服务作为示例。可以假设两个小区具有相同的为90％的E-RAB掉线比率，但是在第一小区中，呼叫掉线并且其持续时间为预期呼叫持续时间的99％，而在第二小区中，呼叫也掉线并且其持续时间只是预期呼叫持续时间的40％。在这种场景中，终端用户将完全不同地感受语音服务。在第一小区中，几乎所有的呼叫都是由终端用户完成的，因此终端用户有很高概率不会发出额外的呼叫请求；相反，在第二小区中，呼叫只持续了预期呼叫持续时间的40％，因此终端用户有很高概率会向同一被呼叫方发出第二呼叫。

在这种情况下，需要获得关于预期呼叫持续时间的哪一部分在掉线时被执行的额外信息，以便密切监测终端用户感知。此外，它还有助于网络性能优化，因为对于示例场景，第二小区比第一小区更迫切需要网络性能优化，因为第二小区中的呼叫只持续了预期呼叫持续时间的40％。

本公开的示例实施例提供了一种新型网络性能监测方案。在本文中所提供的方案中，正常释放呼叫和异常释放呼叫的持续时间均被监测，并且正常呼叫持续时间和异常呼叫持续时间之间的相对差异可以被计算为新的可保持性。借助于新的可保持性KPI，可以密切监测终端用户感知，并且有助于网络性能优化。

在下文中，还将参照附图来详细描述本公开中所提出的解决方案。然而，应当认识到，下面的实施例仅仅是为了说明的目的而被给出，并且本公开并不限于此。还要注意，本公开的实施例主要是参照E-UTRAN进行描述；然而，本公开并不限于此，并且也有可能应用于任何其他技术，诸如第五代(5G)新无线电(NR)系统。

图1图示了示例场景100，其中可以实施本公开的示例实施例；环境100(可以是通信网络的部分)包括终端设备105和基站110。要理解，在环境100中示出了一个基站和三个终端设备，仅仅是为了说明的目的，而不是对本公开的范围提出任何限制。任何合适数量的基站和终端设备都可以被包括在环境100中。

如图所示，在小区115中，由基站110服务的几个终端设备105被定位。每个终端设备105都可以与基站110进行通信或与另一个终端设备进行直接通信或通过基站110进行通信。通信可以遵循任何合适的通信标准或协议，这些标准或协议已经存在或将在未来开发，诸如通用移动电信系统(UMTS)、长期演进(LTE)、LTE-Advanced(LTE-A)、第五代(5G)新无线电(NR)、无线保真(Wi-Fi)和微波接入全球互通(WiMAX)标准，并且采用任何合适的通信技术，包括例如多输入多输出(MIMO)、正交频分复用(OFDM)、时分复用(TDM)、频分复用(FDM)、码分复用(CDM)、蓝牙、ZigBee和机器类型通信(MTC)、增强移动带宽(eMBB)、大规模机器类型通信(mMTC)、超可靠低延迟通信(URLLC)、载波聚合(CA)、双连接(DC)和新无线电未授权(NR-U)技术。

如图所示，在环境100中，基站110可以与演进分组中心(EPC)120进行通信，以将服务提供给终端设备105。基站110还可以与管理功能130进行通信。管理功能130可以是例如网元管理系统(EMS)/网络管理系统(NMS)，或可替代地是另一个功能性，包括第三工具，诸如网络管理工具(如诺基亚公司市售的NetAct)或实时网络分析工具(如诺基亚公司市售的Traffica)。本公开中所提供的解决方案可以在基站110和管理功能130处实施。

要理解，为了说明的目的，图1图示了一个基站，与管理功能130通信连接，而没有对本公开的范围提出任何限制。管理功能130可以与大量基站通信连接，以通过多个小区监测网络性能。

图2图示了根据本公开的一些示例实施例的网络性能监测示例方法的信令流程图。方法200可以在基站(诸如eNB或gNB)或适用于监测呼叫的释放的任何合适的网络设备处被执行。

如图2中所示，首先在框210中，在测量时段期间，监测正常释放呼叫的持续时间和异常释放呼叫的持续时间。在本公开的实施例中，基站可以监测正常释放呼叫和异常释放呼叫的持续时间两者，而不是只对异常释放呼叫进行计数。

在本公开的一些实施例中，正常释放呼叫的持续时间中的每个持续时间是从呼叫被成功建立的时间点直到呼叫正常释放而被测量的，并且其中异常释放呼叫的持续时间中的每个持续时间是从呼叫被成功建立的时间点直到呼叫异常释放而被测量的。例如，对于E-UTRAN系统，每个持续时间样本都可以是从服务质量(QoS)类标识符(QCI)1E-RAB已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点直到E-RAB通过eNB或演进分组中心(EPC)发起的释放程序(例如根据3GPP TS 36.413中所定义的程序)释放的时间点而被测量的。对于NR系统，每个持续时间样本都可以是从QF11 QoS流程已经通过初始上下文设置或额外的QF11 QoS流程设置程序成功建立的时间点，直到QF11 QoS流程通过gNB或下一代核心(NGC)发起的释放程序(例如根据3GPP TS 36.340中所定义的程序)释放的时间点而被测量的。

在本公开的一些实施例中，所观察的终端用户的无线电链路故障(RLT)时间段和不活动时间段中的至少一个时时段被排除在监测之外。具体地，与运行RLF定时器相关的定时器时段应被排除在呼叫持续时间之外，因为它们不表示任何活动的呼叫时间。另外，对于无线电质量差的小区，这种RLF定时器相关的时间段可能占总呼叫持续时间的不可忽略的部分，因此它可能歪曲终端用户感知。对于用户不活动定时器运行也是如此。通常，当呼叫完成时，QCI1 E-RAB的释放立即从EPC侧完成，但是在某些情况下，用户不活动定时器可能在基站侧启动，而QCI1 E-RAB只在这种用户不活动定时器到期后释放。因此，所观察的终端用户的不活动时间段也可以被排除在呼叫持续时间之外。

如图2中所示，在框220中，确定正常释放呼叫的监测持续时间的平均值和异常释放呼叫的监测持续时间的平均值。特别地，正常释放呼叫的监测持续时间的平均值可以被确定为在测量时段结束时的正常释放呼叫的样本(QCI1 E-RAB)的算术平均。类似地，异常释放呼叫的监测持续时间的平均值可以被确定为在测量时段结束时的异常释放呼叫的样本(QCI1 E-RAB)的算术平均。

在框230中，可以将异常释放呼叫的监测持续时间的平均值和正常释放呼叫的监测持续时间的平均值发送给例如管理功能。换言之，这些确定的平均值可以被提供给管理功能以进行另外的处理，诸如确定新的可保持性KPI。例如，还可以确定正常呼叫释放持续时间和异常呼叫释放持续时间之间的相对差异，如在下文中将描述的。

在本公开的一些实施例中，基站还可以基于测量时段内正常释放呼叫的监测持续时间和异常释放呼叫的监测持续时间，分别确定多个呼叫持续时间间隔中的正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布，然后，基站可以将正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布传输给管理功能。

例如，呼叫持续时间可以被划分为多个呼叫持续时间间隔。呼叫持续时间间隔的数目以及其宽度可以是预定值或可以由网络运营方配置。对于正常释放呼叫，基站可以对每个呼叫持续时间间隔内的正常释放呼叫的数目(数量、频率)进行计数，从而获得正常释放呼叫持续时间的分布。类似地，基站可以对每个呼叫持续时间间隔内的异常释放呼叫的数目(数量、频率)进行计数，从而获得异常释放呼叫持续时间的分布。

优选地，两个分布可以由两个直方图表示。正常释放呼叫持续时间的分布可以由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔相对应的多个仓(bin)，每个仓具有指示以下的高度，相对应的呼叫持续时间间隔内的正常释放呼叫的数目。异常释放呼叫持续时间的分布可以由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔相对应的多个仓，每个仓具有指示以下的高度：指示相应的呼叫持续时间间隔内的异常释放呼叫的数目。

出于说明的目的，图3A图示了正常释放呼叫和异常释放呼叫的持续时间的两个直方图函数，其可以在管理功能处被显示。如图所示，上面的直方图函数指示异常呼叫持续时间的分布，并且下面的直方图函数指示正常呼叫持续时间的分布。每个直方图函数都包括所配置数目的仓，每个仓都用于显示呼叫持续时间(Y轴)的数目(数量或频率)，这些呼叫持续时间都落在与呼叫持续时间相关的配置仓宽度(X轴)内。仓的数目以及仓宽度可以由网络运营方配置，或可以具有预定值。从两个直方图可以清楚地示出异常释放呼叫持续时间和正常释放呼叫持续时间的分布。另外，也可能显示各自直方图上的正常释放呼叫持续时间的计算平均值CD1、异常释放呼叫持续时间的计算平均值CD2或其他相关的参数或KPI。

除了其平均值外，还可能确定正常呼叫持续时间或异常呼叫持续时间的其他统计量，诸如标准偏差值、概率分布函数等。正常释放呼叫和异常释放呼叫的标准偏差值可以分别由δ1和δ2表示。因此，(CD1－δ1,CD1+δ1)可以表示区间，正常释放呼叫的样本将以正常分布函数的大约70％的概率落入该区间；而(CD2－δ2,CD2+δ2)可以表示区间，异常释放呼叫的样本将以正常分布函数的大约70％的概率落入该区间。另外，如果每个仓的数目除以所有仓的数目的总和，则它可以提供这样的概率：呼叫持续时间的样本将落入该仓中，然后可以获得概率分布函数。

另外，还应注意，当在被观察的小区中有一组具有非常短的持续时间的呼叫，因此该被观察的小区具有非常低的异常释放概率时，可能有一些非常特殊的情况。因此，正常释放呼叫的这些持续时间可以被过滤。通常，这样的一组呼叫将具有另一个峰值和相当短的持续时间。鉴于此，这些呼叫应基于正常呼叫持续时间的直方图中存在两个峰值进行区分，并且峰值较低的一组呼叫可以被排除在考虑范围之外，如下图3B中所示。

图4图示了根据本公开的一些其他实施例的用于网络性能监测示例方法。方法400可以在管理功能处被执行，诸如EMS/NMS或第三方工具，如网络管理工具(例如诺基亚公司市售的NetAct Compact)或网络分析工具(例如诺基亚公司市售的Traffica)。在下文中，将仅出于说明的目的而对管理功能(特别是EMS/NMS)进行描述，而不对本公开的范围提出任何限制。

如图4中所示，在框410中，接收在测量时段中监测的正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值。如下文中所提及的，基站确定平均值，并且将所确定的平均值发送给例如管理功能。在管理功能处，它可以接收平均值，以进行另外的处理。

在框420中，基于接收到的平均值来确定正常呼叫持续时间和异常呼叫持续时间之间的相对差异。特别地，正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异可以被确定为：正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值之间的相对差异与正常释放呼叫的持续时间的平均值之间的比率。例如，相对差异可以由σ表示并且被确定为

σ(％)＝100*(CD1-CD2)/CD1 (1)

其中CD1指示正常释放呼叫的平均持续时间，并且CD2表示异常释放呼叫的平均持续时间。

正常呼叫持续时间和异常呼叫持续时间之间的相对差异σ可以被用作针对网络性能的新的可保持性KPI，这可能有助于运营方进行网络性能优化。例如，可能基于所确定的相对差异σ确定网络性能需要优化的小区。

特别地，基于相对差异和阈值，可以将小区分为：包括迫切需要进行网络性能优化以改进QCI1 E-RAB掉线比率KPI的小区的一组，以及包括不太迫切或不需要进行网络性能优化的小区的另一组。属于不太迫切或不需要进行网络性能优化的组的小区可以是具有较低值的相对差异指标σ的那些小区，例如在几十或几百(％)的范围内。属于迫切需要进行网络性能优化的组的小区可以是具有较大值的相对差异指标σ的那些小区，例如在几十(％)的范围内。用于对小区进行分类的阈值或范围仅仅是为了说明的目的而被提供的，并且实际上，它可以由各自的运营方配置或确定。

从终端用户的角度来看，较低值范围内的相对差异σ可以表明几乎完成了整个呼叫(与预期呼叫持续时间相比)。相反，较高值范围内的相对差异σ可能意味着只完成了小部分或可忽略的部分(与预期呼叫持续时间相比)。因此，对于后一种情况，小区应引起运营方的注意来进行一些网络性能优化，不管为所观察的小区报告的QCI1 E-RAB掉线比率KPI值。因此，通过作为新的可保持性KPI的相对差异，可以容易地识别场景，当该场景只基于QCI1E-RAB掉线比率KPI监测时，该场景通常会被忽略。

在本公开的一些实施例中，管理功能或第三方工具还可以接收正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布，并且显示正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在本公开的一些实施例中，正常释放呼叫持续时间和异常释放呼叫持续时间的分布可以由图3A中所示的两个直方图表示。特别地，第一直方图可以被用于正常释放呼叫持续时间，并且具有与多个呼叫持续时间间隔对应的多个仓，仓中的每个仓具有指示以下的高度：相应的呼叫持续时间间隔内的正常释放呼叫的数目。第二直方图被用于异常释放呼叫持续时间，并且具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应的呼叫持续时间间隔内的异常释放呼叫的数目。

除了其平均值外，还可以显示正常呼叫持续时间或异常呼叫持续时间的其他统计量，诸如标准偏差值、概率分布函数等。如上所述，值范围(CD1－δ1,CD1+δ1)可以表示区间，正常释放呼叫的样本将以正常分布函数的约70％概率落入该区间；而值范围(CD1－δ1,CD1+δ1)可以表示区间，异常释放呼叫的样本将以正常分布函数的约70％概率落入该区间。另外，它可以提供这样的概率：呼叫持续时间的样本将落入该仓，然后可以获得概率分布函数。

在本公开的一些另外的实施例中，它还可以基于第一直方图和第二直方图构建表示网络性能的可保持性关键性能指标的三维模型。

图5图示了根据本公开的一些示例实施例的示例3D KPI模型的示意图，该模型具有针对正常释放呼叫持续时间和异常释放呼叫持续时间的KPI锥体。如图所示，在3D模型中，有两个锥体510、520，各自都具有中心圆柱体和至少一个外部圆柱体，这些圆柱体是基于两个直方图来构建的。与正常呼叫持续时间和异常呼叫持续时间之间的相对差异σ的指标相比，KPI的锥体可以提供更复杂和增强的视图。这是因为统计量(不仅包括平均值，还包括标准偏差值、概率分布函数等)可以从两个锥体中反映出来。换言之，所有这些指标都可以在针对正常释放呼叫持续时间和异常释放呼叫持续时间的两个锥体中被观察到。

特别地，两个KPI锥体的重叠程度也可以为网络性能提供另外的视觉KPI指标。换言之，KPI的锥体提供了对3D直方图函数的交集的观察，其中运营方可以复杂地监测来自活动呼叫持续时间的掉线呼叫离正常释放呼叫有多远。例如，具有基本相同的概率分布的两个直方图可以表明不需要对所观察的小区进行紧急优化。另一方面，没有任何交集区域的两个直方图可以表明活动呼叫持续时间的掉线呼叫离正常释放呼叫很远，因此需要网络性能优化。因此，通过两个KPI锥体，它还可以识别这样一种场景，当使用“正常呼叫持续时间和异常呼叫持续时间之间的相对差异”时，这种场景可能不会被发现，特别是在具有低标准偏差值的情况下。

进一步地，虽然在图5中没有描绘，但是应当注意，也可能通过一些3D工具，提供一些其他指标，如两个直方图重叠的百分比。事实上，KPI的锥体上所显示的具体信息可以基于实际需求来确定，因此运营方与运营方之间可能有所不同。

图6图示了根据本公开的一些示例实施例的构建针对异常释放呼叫持续时间的KPI锥体的流程图。如图6中所示，在框610中，在x-y域中确定起始点，该起始点被确定为具有x坐标和y坐标，这些坐标与所监测的异常释放呼叫的持续时间的平均值(CD2)相对应。然后，在框620，构建中心圆柱体，并且中心圆柱体可以具有高度和直径，以起始点作为中心圆柱体的中心点，分别与针对异常释放呼叫持续时间的直方图的中间仓的高度和宽度对应。

如本文中所使用的，该中间仓指的是针对异常释放呼叫持续时间的直方图的仓，异常释放呼叫的监测持续时间的平均值(CD2)落入该仓中。异常释放呼叫的监测持续时间的平均值(CD2)可能只落入一个仓中，并且在这种情况下，中心圆柱体的高度和直径可以被确定为例如分别与中间仓的高度和宽度相对应的值。也可能有这样一种情况，即异常释放呼叫的监测持续时间的平均值(CD2)恰好位于图7中所示的直方图的两个仓之间。在这种情况下，两个仓可以被视为中间仓。中心圆柱体可以具有与两个中间仓的总和对应的直径，并且圆柱体在前半部分可以具有与两个中间仓中的右侧仓的高度对应的高度，并且在后半部分可以具有与两个中间仓中的左侧仓的高度对应的高度。

在框630中，构建至少一个外部圆柱体。至少一个外部圆柱体与中间仓周围的至少两个对称的外部仓对应。对于异常释放呼叫持续时间，至少一个外部仓可以具有与两个对称的外部仓的高度对应的高度以及与两个对称的外部仓和它们之间的仓的宽度总和对应的直径。

例如，对于第一外部圆柱体，它在第一半个部分具有与中间仓右侧的第一仓的高度对应的高度，并且在第二半个部分具有与中间仓的左侧的第一仓的高度对应的高度，并且具有与两个仓和中间仓的宽度总和对应的直径。如图7中所示，对于第二外部圆柱体，其第一半个部分的高度可以被确定为与中间仓左侧的第二仓的高度相对应的高度，其第二半个部分的高度可以被确定为与中间仓右侧的第二仓相对应的高度。其直径可以被确定为中间仓左侧的第二仓、中间仓右侧的第二仓以及位于它们之间的仓(包括中间仓左侧的第一仓、中间仓以及中间仓右侧的第一仓)的宽度总和。

对于中间仓周围的其他对称的仓(中间仓的第三右侧和左侧仓、中间仓的第四右侧和左侧仓等)，可以重复类似的操作。结果，它可以获得针对异常释放呼叫的锥体510，具有中心圆柱体和至少一个外部锥体，如图6中所示。

图8还图示了根据本公开的一些示例实施例的构建针对正常释放呼叫持续时间的KPI锥体的流程图。如图8中所示，在框810中，在x-y域中确定起始点，并且起始点具有x坐标和y坐标，这些坐标都与正常释放呼叫的监测持续时间的平均值(CD1)相对应。然后，在框820中，构建中心圆柱体，该中心圆柱体具有高度和直径，以起始点作为中心圆柱体的中心点，分别与针对正常释放呼叫持续时间的直方图的中间仓的高度和宽度对应。

类似地，中间仓指的是针对正常释放呼叫持续时间的直方图的仓，正常释放呼叫的监测持续时间的平均值(CD1)落入该仓中。在正常释放呼叫的监测持续时间的平均值(CD1)恰好位于直方图中的两个仓之间的情况下，两个仓可以被视为中间仓。在这种情况下，中心圆柱体的直径可以被确定为两个中间仓的总和，并且圆柱体在前半部分可以具有与两个中间仓中的右侧仓的高度对应的高度，并且在后半部分可以具有与两个中间仓中的左侧仓的高度对应的高度。

在框830中，构建至少一个外部圆柱体。对于正常释放呼叫持续时间，至少一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径。构建至少一个外部圆柱体的操作与框630中所描述的操作类似，唯一的区别在于，圆柱体的构建是基于针对正常释放呼叫持续时间的直方图，而不是针对异常释放呼叫持续时间的直方图。

如上所述，两个锥体重叠的程度指示网络性能优化的紧迫性。例如，如果两个锥体具有大的重叠部分，这表明被观察的小区中不太迫切或不迫切需要进行网络性能优化，如果它们之间没有任何交集区域，则这意味着来自活动呼叫持续时间的掉线呼叫离正常释放呼叫很远，因此小区对网络性能有迫切需要。因此，通过两个锥体，可能提供关于网络性能的视觉指示。

图9图示了根据本公开的一些示例实施例的网络性能监测示例方法的信令流程图。如图9中所示，在步骤901中，响应于来自终端用户的呼叫请求，eNB可以将初始上下文设置消息发送给演进分组中心(EPC)。在步骤902中，EPC建立UE上下文，并且将初始上下文设置响应发送给eNB。然后，在步骤903中，重置E-RAB持续时间值，并且在步骤904中，当E-RAB是活动的时，eNB计算E-RAB持续时间。在步骤905中，eNB发送UE上下文释放请求，这可能是由正常释放或异常释放(诸如掉线)造成的。在步骤906中，EPC释放UE上下文，并且发回UE上下文释放响应。之后，在步骤907中，如果E-RAB被正常释放，则eNB生成正常释放呼叫持续时间(d1)，并且触发正常释放呼叫的相应直方图仓计数器。另一方面，如果E-RAB被异常释放，则在步骤908中，eNB生成异常释放呼叫持续时间(d2)，并且触发异常释放呼叫的相应直方图仓计数器。从步骤901到步骤908的操作可以重复，直到测量时段结束。

在测量时段结束后，在步骤909中，eNB可以分别计算平均正常释放呼叫持续时间(CD2)和凭据异常释放呼叫持续时间(CD1)。在步骤910中，eNB可以向EMS/NMS报告监测结果，包括针对正常释放呼叫持续时间和异常释放呼叫持续时间的直方图和计算平均值。在步骤911中，EMS/NMS可以计算相对差异，显示直方图并且构建KPI锥体，如上所述。

图10图示了根据本公开的一些示例实施例的用于网络性能监测的示例具体实现的流程图。方法可以在基站执行。

首先，在新的测量时段开始时，将所有计数器和变量都重置为零。如图所示，在框1001中，响应于来自终端用户的呼叫请求，通过呼叫建立程序建立语音呼叫。对于E-UTRAN系统，语音呼叫可以由QCI 1E-RAB实现，并且它可以通过将初始上下文设置响应或E-RAB设置响应消息从eNB发送给移动性管理实体(MME)来建立。对于NR系统，语音呼叫可以由QF1Qos流程实现，并且它可以通过将初始上下文响应或QF11 QOS流程设置响应从gNB发送给访问管理功能(AMF)来建立。

在框1002中，基站存储语音呼叫已经建立的时间点。进一步地，在框1003中，根据3GPP规范确定语音呼叫是否已经被释放。例如，对于E-UTRAN系统，3GPP规范可以是3GPP TS36.413；对于NR系统，3GPP规范可以是例如3GPP TS 37.340。在每种规范中，它提供了对每次正常和异常呼叫释放的区分。因此，它可以标识正常释放呼叫和异常释放呼叫。如果呼叫未根据规范释放，则它可以被标识为一个场景，该场景还可以检查它是否应被排除在监测之外。

因此，如果在框1003中是肯定的，则方法进入框1004并且基站将时间点存储为T1，然后在步骤1009中，将呼叫持续时间计算为T1至T0，在步骤1010中，基于3GPP，根据区分结果触发针对异常释放呼叫或正常释放呼叫的对应的直方图仓计数器。在步骤1011中，基站还确定正常释放呼叫的总持续时间。

如果在框1003中是否定的，则在步骤1005中，基站还确定RLF或不活动定时器已经在哪里启动，并且如果回答也是否定的，则方法回到框1003；如果回答是肯定的，则方法进入框1006，并且基站将该时间点存储为T1。

进一步地，在框1007中，基站还可以根据3GPP规范确定语音呼叫是否已经被释放。如果在框1007中是否定的，则在框1012中，还确定RLF或不活动定时器是否已经停止。如果它已经停止，则基站去除呼叫的T1，并且方法回到框1003；如果它未停止，则方法回到框1007。另一方面，如果在框1007中是肯定的，则方法进入框1008，并且如果它还未停止，则将时间点存储为呼叫的T1，并且方法继续执行框1009至1011，以记录正常释放呼叫或异常释放呼叫的监测值。

在框1011之后，在框1014中，还确定测量时段是否到期。如果是，则基站可以分别计算正常释放呼叫持续时间和异常释放呼叫持续时间的平均值，并且向管理功能报告监测结果，包括直方图、平均值。如果否，则在框1015中，基站还确定是否建立了另一个语音呼叫。如果建立了另一个语音呼叫，则方法进入框1002以监测另一个呼叫；如果还未建立另一个语音呼叫，则方法进入框1014以检查测量时段是否到期。

应当注意，图9和图10仅仅是为了说明的目的而被给出的，而不会对本公开的范围提出任何限制。可能有一些修改、增加、删除、更改等，它们也被本公开涵盖。

图11是适用于实现本公开的示例实施例的设备1100的简化框图。设备110可以在管理功能或基站处实施或实施为其部分。

如图所示，设备1100包括处理器1110、耦合到处理器1110的存储器1120、耦合到处理器1110的通信模块1130和耦合到通信模块1130的通信接口(未示出)。存储器1120存储至少程序1140。通信模块1130用于双向通信，例如通过多个天线。通信接口可以表示通信所必需的任何接口。

假设程序1140包括程序指令，这些程序指令在由相关联的处理器1110执行时使设备1100能够根据本公开的示例实施例操作，如本文中参照图2至图10所讨论的。本文中的示例实施例可以由计算机软件(由设备1100的处理器1110执行)实施，或由硬件实施，或由软件和硬件的组合实施。处理器1110可以被配置为实施本公开的各种示例实施例，例如方法200、400、600、800、900和1000中的任何一种方法。

存储器1120可以有适合于本地技术网络的任何类型并且可以使用任何合适的数据存储技术来实施，诸如非暂时性计算机可读存储介质、基于半导体的存储器设备、磁性存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器，作为非限制性示例。虽然在设备1100中只示出了一个存储器1120，但是在设备1100中可以有几个物理上不同的存储器模块。处理器1110可以有适合于本地技术网络的任何类型，并且可以包括以下一项或多项作为非限制性示例：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备1100可以具有多个处理器，诸如专用集成电路芯片，该芯片在时间上从属于时钟，该时钟使主处理器同步。

当设备1100充当基站110或其部分时，处理器1110和通信模块1130可以协作，以实施上面参照图2、图9和图10所描述的方法200、方法900的部分和方法100。当设备1100充当管理功能130或第三方工具或其部分时，处理器1110和通信模块1130可以协作，以实施上面关于图4、图6、图8和图9所描述的方法400、方法600、方法800和方法900的部分。

上面参照图2至图10所描述的所有操作和特征都同样适用于设备1100，并且具有相同的效果。为了简化的目的，细节将省略。

通常，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实施。一些方面可以在硬件中实施，而其他方面可以在固件或软件中实施，该固件或该软件可以由控制器、微处理器或其他计算设备执行。虽然本公开的示例实施例的各个方面都被图示和描述为框图、流程图或使用一些其他图画表示，但是要理解，本文中所描述的框、装置、系统、技术或方法可以在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其一些组合中实施，作为非限制性示例。

本公开还提供了至少一种计算机程序产品，被有形地存储在非暂时性计算机可读存储介质上。计算机程序产品包括计算机可执行指令，诸如程序模块中所包括的指令，这些指令在目标真实或虚拟处理器上的设备中执行，以执行上面参照图2、图4、图6、图8、图9和图10所描述的方法200、400、600、800、900和1000。通常，程序模块包括例程、程序、库、对象、类、组件、数据结构等，它们执行任务或实施特定的抽象数据类型。在各种示例实施例中，程序模块的功能性可以根据需要在程序模块之间组合或分割。程序模块的机器可执行指令可以在本地或分布式设备中执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，以便程序代码在由处理器或控制器执行时，使流程图和/或框图中所指定的功能/操作实施。程序代码可以完全在机器上执行，部分在机器上执行，作为独立的软件分组执行，部分在机器上执行并且部分在远程计算机上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载波携带，使设备、装置或处理器能够执行上述各种过程和操作。载波的示例包括信号、计算机可读介质等。

计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外线或半导体系统、装置或设备或上述项的任何合适的组合。计算机可读存储介质的更具体的示例会包括具有一根或多根电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)、光存储设备、磁存储设备或前述项的任何合适的组合。

为了在E_UTRAN系统中实现本文中所提供的解决方案，可以在3GPP标准中定义一些新的测量并且添加一些新的内容。在下文中，下面将提供新的示例测量，仅为了说明的目的。

对于3GPP TS 32.425，例如，可以定义以下四种新的测量：

正常释放呼叫(QCI1 E-RAB)持续时间的分布

·这种测量提供在测量时段持续时间中收集到的与正常释放呼叫(QCI1 E-RAB)持续时间相关的样本的直方图结果。

·累积计数器(CC)

·由于正常释放的原因，每个样本都是根据3GPP TS 36.413，从QCI1 E-RAB已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点，直到E-RAB通过eNB或EPC发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值。

·测量名称具有形式QCI1ERAB.NormCallDuration仓X，其中X表示N个配置仓的总数中的第X个仓。

·小区

对分组交换业务有效

·演进分组系统(EPS)

·每个直方图函数都由运营方所配置的数量的仓表示，这些仓具有配置的仓宽度。

异常释放呼叫(QCI1 E-RAB)持续时间的分布

·这种测量提供在测量时段持续时间中收集到的与异常释放呼叫(QCI1 E-RAB)持续时间相关的样本的直方图结果。

·累积计数器(CC)

·由于异常释放的原因，每个样本都是根据3GPP TS 36.413，从QCI1 E-RAB已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点，直到E-RAB通过eNB或EPC发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值。

·测量名称具有形式QCI1ERAB.AbnormCallDuration仓X，其中X表示N个配置仓的总数中的第X个仓。

·小区

·对分组交换业务有效

·EPS

·每个直方图函数都由运营方所配置的数量的仓表示，这些仓具有配置的仓宽度。

平均值正常释放呼叫(QCI1 E-RAB)持续时间

·这种测量提供正常释放呼叫(QCI1 E-RAB)持续时间的平均值。

·累积计数器(CC)

·在测量时段结束时，测量是作为正常释放呼叫(QCI1 E-RAB)的样本的算术平均值进行的。由于正常释放的原因，每个样本都是根据3GPP TS 36.413，从QCI1 E-RAB已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点，直到E-RAB通过eNB或EPC发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值(以毫秒为单位)。

·测量名称具有形式QCI1ERAB.MeanNormCallDuration。

·小区

对分组交换业务有效

·EPS

平均值异常释放呼叫(QCI1 E-RAB)持续时间

·这种测量提供异常释放呼叫(QCI1 E-RAB)持续时间的平均值。

·累积计数器(CC)

·在测量时段结束时，测量是作为异常释放呼叫(QCI1 E-RAB)的样本的算术平均值进行的。由于异常释放的原因，每个样本都是根据3GPP TS 36.413，从QCI1 E-RAB已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点，直到E-RAB通过eNB或EPC发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值(以毫秒为单位)。

·测量名称具有形式QCI1ERAB.MeanAbnormCallDuration。

·小区

对分组交换业务有效

·演进分组系统(EPS)

另外，还可以如下用添加下划线来修改此规范中的用例A2：

E-RAB释放的“A2监测

E-RAB是E-UTRAN用于交付服务的关键和有限资源。E-RAB的释放需要进行如下监测：

-E-RAB的异常释放会引起呼叫(/会话)掉线，这会直接影响网络所交付的QoS和终端用户的满意度；

-成功释放的E-RAB可以用于设置其他请求呼叫(/会话)。无法释放的E-RAB仍然会占用有限的资源，因此它不能够用于承认其他请求呼叫(/会话)。

从可保持性测量方面来看，E-RAB不需要被释放，因为它们是不活动的，它们可以被保持以在新的数据到达时给出快速访问。

为了定义(从E-RAB释放测量的角度来看)E-RAB是否被认为是活动的，E-RAB可以分为两组：

a.连续流程，总是被认为是活动的E-RAB，即独立于此时是否存在正在进行的业务。示例：VoIP会话、实时会话、直播流传送会话。

b.突发流程，只有在UL/DL缓冲区中有数据时才被认为是活动的E-RAB。

示例：Web会话。

对于特定的QCI，如何决定E-RAB是类型突发流程还是类型连续流程，是在本文的范围之外。

需要引起E-RAB的异常和失败释放的具体原因，以便发现问题并且确定解决方案。而且，由于网络中具有不同QoS级别的不同服务类型的不同优先级和容忍度，需要对具有QoS级别的每个服务类型打开监测器。

E-RAB可以通过以下程序释放：E-RAB释放程序(参见3GPP TS 36.413[9])、UE上下文释放程序(参见3GPP TS 36.413[9]和3GPP TS 36.423[10])程序、由eNodeB或MM发起的重置程序(参见3GPP TS 36.413[9])、路径切换程序(参见3GPP TS 36.413[9])和eNB内部HO程序(参见3GPP TS 36.331[8])E。

因此，与具有QoS级别的每个服务类型的E-RAB释放(参见3GPP TS 36.413[9])和UE上下文释放(参见3GPP TS 36.413[9])程序相关的性能测量对于支持E-RAB释放的监测是必需的。

应注意，从质量的角度来看，与呼叫不掉线时的预期呼叫持续时间相比，相同值的 E-RAB掉线或UE上下文掉线可以以不同的方式被终端用户感知到，特别是对于取决于掉线 呼叫的持续时间的VoIP业务。在两个小区中有90％的E-RAB掉线比率，但是在第一小区中有 掉线的呼叫，但是与掉线呼叫相比，其持续时间是预期呼叫持续时间的99％，其中预期呼叫 持续时间的40％肯定会被终端用户以不同的方式感知。在第一种情况下，终端用户有很高 概率不会遵循额外的呼叫请求，而在第二小区中，终端用户有很高概率会将第二呼叫拨到 同一被叫方。

因此，作为扩展监测，特别是针对VoIP会话，建议观察“正常释放呼叫(QCI1E-RAB) 持续时间的分布”和“正常释放呼叫(QCI1E-RAB)持续时间的分布”以及相应的平均值正常 和异常释放呼叫(QCI1E-RAB)持续时间测量。”

还可以在3GPP TS 32.451中的章节5.2.1.2中添加相应的部分。

“5.2.1.2规范级别要求

终端用户应用的可保持性涵盖了只比E-UTRAN部分更广的区域。因此，重要的是要认识到，E-UTRAN中针对此的KPI应受限于E-UTRAN已经控制的部分，即E-UTRAN KPI应被定义，以便其指示E-UTRAN对终端用户影响的贡献，而不是试图承担服务可保持性的整个端到端部分的责任。

由该KPI的E-UTRAN提供的服务应是E-RAB。

由于E-RAB的保活可能性，即DRX是可用的，E-RAB的保活时间很有可能比它们用于传输数据的时间长得多。利用这种保活功能性的极端设置，可以导致基本上所有的E-RAB释放都注定是异常的(如果保活被设置得非常长，则正常系统释放不存在)。

因此，定义是，只有在对终端用户有实际影响时，才将其视为异常释放。

服务的异常释放的优选规范化应是异常释放之间转移的时间单位，即每服务会话时间的异常释放。

KPI对每个QoS组应是可用的。

应注意，从质量的角度来看，与呼叫不掉线时的预期呼叫持续时间相比，两个不同 小区中相同值的E-RAB掉线比率可以以不同的方式被终端用户感知到，特别是对于取决于 掉线呼叫的持续时间的VoIP业务。在两个小区中有90％的E-RAB掉线比率，但是在第一小区 中有掉线的呼叫，但是与掉线呼叫相比，其持续时间是预期呼叫持续时间的99％，其中预期 呼叫持续时间的40％肯定会被终端用户以不同的方式感知。在第一种情况下，终端用户有 很高概率不会遵循额外的呼叫请求，而在第二小区中，终端用户有很高概率会将第二呼叫 拨到同一被叫方。

因此，VoIP服务的定义是，通过观察“正常释放呼叫(QCI1E-RAB)持续时间的分布” 和“正常释放呼叫(QCI1E-RAB)持续时间的分布”以及平均值正常和异常释放呼叫持续时间 测量，不仅关注异常释放，还关注正常释放呼叫持续时间和异常释放呼叫持续时间之间的 差异。

还可以在3GPP TS 32.450中的章节6.2.1.2中添加相应的部分。

6.2.1.2扩展定义

a)可保持性比率被定义为：

在任何缓冲区都有数据的异常释放E-RAB的数目/活动的E-RAB时间[Releases/Session time释放/会话时间]

关于定义有终端用户影响的的异常E-RAB释放，只有当eNodeB认为在任何缓冲区中都有数据等待传输时，才应当被认为是E-RAB的异常释放。

关于将E-RAB定义为活动的，如果目前在任何方向上都已经有任何数据传输，则E-RAB应被视为活动的。

b)“正常呼叫持续时间和异常呼叫持续时间之间的相对差异”被定义为：

其中QCI1ERAB.MeanNormCallDuration、QCI1ERAB.MeanAbnormCa llDuration在 3GPP TS 32.425中被定义或通过KPI的锥体定义，该锥体按照3GPPTS32.425被定义为 QCI1ERAB.NormCallDuration仓X和QCI1ERAB.AbnormCallDuration仓X直方图的3D视图。”

例如，3D视图可以是图5中所示的3D KPI模型。

对于NR系统，也需要定义一些新的测量来实现本文中所提供的解决方案。在下文中，下面将提供新的示例测量，仅为了说明的目的。

例如，可以如下在3GPP TS 28.522中定义新的测量：

正常释放呼叫(QFI1 QoS流程)持续时间的分布

·这种测量提供在测量时段持续时间中收集到的与正常释放呼叫(QFI1 QoS流程)持续时间相关的样本的直方图结果。

·累积计数器(CC)

·由于正常释放的原因，每个样本都是根据3GPP TS 37.340，从QFI1 QoS流程已经通过初始上下文设置或额外的QFI1 QoS流程设置程序成功建立的时间点，直到QFI1 QoS流程通过nhNB或AMF发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值。

·测量名称具有形式QFI1.Rel.NormCallDuration仓X，其中X表示N个配置仓的总数中的第X个仓。

·小区

对分组交换业务有效

·5GS

·每个直方图函数都由运营方所配置的数量的仓表示，这些仓具有配置的仓宽度。

异常释放呼叫(QFI1 QoS流程)持续时间的分布

·这种测量提供在测量时段持续时间中收集到的与异常释放呼叫(QFI1 QoS流程)持续时间相关的样本的直方图结果。

·累积计数器(CC)

·由于异常释放的原因，每个样本都是根据3GPP TS 37.340，从QFI1 QoS流程已经通过初始上下文设置或额外的QFI1 QoS流程设置程序成功建立的时间点，直到QFI1 QoS流程通过nhNB或AMF发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值。

·测量名称具有形式QFI1.Rel.AbnormCallDuration仓X，其中X表示N个配置仓的总数中的第X个仓。

·小区

对分组交换业务有效

·5GS

·每个直方图函数都由运营方所配置的数量的仓表示，这些仓具有配置的仓宽度。

平均值正常释放呼叫(QFI1 QoS流程)持续时间

·这种测量提供正常释放呼叫(QFI1 QoS流程)持续时间的平均值。

·累积计数器(CC)

·在测量时段结束时，测量是作为正常释放呼叫(QFI1 QoS流程)的样本的算术平均值进行的。由于正常释放的原因，每个样本都是根据3GPP TS 37.340，从QCI1 E-RAB已经通过初始上下文设置或额外的QFI1 QoS流程设置程序成功建立的时间点，直到QFI1 QoS流程通过nhNB或AMF发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值(以毫秒为单位)。

·测量名称具有形式QFI1.Rel.MeanNormCallDuration。

·小区

对分组交换业务有效

·5GS

平均值异常释放呼叫(QFI1 QoS流程)持续时间

·这种测量提供异常释放呼叫(QFI1 QoS流程)持续时间的平均值。

·累积计数器(CC)

·在测量时段结束时，测量是作为异常释放呼叫(QFI1 QoS流程)的样本的算术平均值进行的。由于异常释放的原因，每个样本都是根据3GPP TS 37.340，从QFI1 QoS流程已经通过初始上下文设置或额外的E-RAB设置程序成功建立的时间点，直到QFI1 QoS流程通过nhNB或AMF发起的释放程序释放的时间点测量的。具有正在进行的RLF的时间段或用户不活动定时器被排除在样本持续时间的测量之外。

·每个测量都是整数值(以毫秒为单位)。

·测量名称具有形式QFI1.Rel.MeanAbnormCallDuration。

·小区

对分组交换业务有效

·5GS

应当注意，上述测量定义和添加内容仅仅是为了说明的目的而被提出的，而不会对本公开的范围提出任何限制。对于它们中的任何一项，都可能有一些修改、删除、更改和添加，全部都被本公开涵盖。

进一步地，虽然操作是按照特定顺序进行描绘的，但是这不应被理解为需要按照所示的特定顺序或按照相继的顺序执行这种操作，或需要执行所有所示的操作来达到期望的结果。在某些情况下，多任务处理和并行处理可以是有利的。同样，虽然几个具体实施细节被包含在上述讨论中，但是这些细节不应被视为对本公开的范围的限制，更确切地说是作为可以特定于特定示例实施例的特征的描述。在单独的示例实施例的上下文中所描述的某些特征也可以在单个实施例中组合实施。相反，在单个实施例的上下文中所描述的各种特征也都可以在多个示例实施例中单独地或按照任何合适的子组合实施。

虽然本公开已经用特定于结构特征和/或方法动作的语言进行了描述，但是应理解，所附权利要求中所定义的本公开不一定受限于上述特定特征或动作。更确切地说，公开了上述具体特征和动作作为实施权利要求的示例形式。

已经描述了技术的各个示例实施例。除了上述示例或作为其备选，还描述了以下示例。以下任何示例中所描述的特征都可以与本文中所描述的任何其他示例一起使用。

在一些方面中，提供了一种方法。该方法包括：在测量时段期间监测正常释放呼叫的持续时间和异常释放呼叫的持续时间；基于所监测的正常释放呼叫的持续时间和所监测的异常释放呼叫的持续时间，相应地确定正常释放呼叫的监测持续时间的平均值和异常释放呼叫的监测持续时间的平均值；以及发送所监测的正常释放呼叫的持续时间的平均值和所监测的异常释放呼叫的持续时间的平均值。

在一些示例实施例中，正常释放呼叫的持续时间中的每个持续时间是从呼叫被成功建立的时间点直到呼叫被正常释放，并且异常释放呼叫的每个持续时间都是从呼叫成功建立，直到呼叫异常释放而被测量的。

在一些示例实施例中，所观察的终端用户的无线电链路故障时间段和不活动时间段中的至少一个时间段被排除在监测之外。

在一些示例实施例中，方法还包括：基于测量时段内正常释放呼叫的监测持续时间和异常释放呼叫的监测持续时间，相应地确定多个呼叫持续时间间隔中的正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布；以及发送正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔相对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内正常释放呼叫的数目；并且异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有多个仓，与多个呼叫持续时间间隔对应，每个仓具有指示以下的高度：相应呼叫持续时间间隔内异常释放呼叫的数目。

在一些示例实施例中，方法还包括过滤一组正常释放呼叫的持续时间，一组正常释放呼叫的持续时间具有远低于其他正常释放呼叫的持续时间峰值的持续时间峰值。

在一些方面中，提供了一种方法。该方法包括：接收在测量时段期间被监测的正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值；以及基于正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值，确定正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异。

在一些示例实施例中，确定相对差异还包括：将正常释放呼叫持续时间与异常释放呼叫持续时间之间的相对差异确定为：正常释放呼叫的持续时间的平均值与异常释放呼叫的持续时间的平均值之间的相对差异与正常释放呼叫的持续时间的平均值之间的比率。

在一些示例实施例中，方法还包括基于所确定的相对差异确定网络性能需要被优化的小区。

在一些示例实施例中，方法还包括接收正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布；以及显示正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内正常释放呼叫的数目；并且异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内异常释放呼叫的数目。

在一些示例实施例中，方法还包括基于第一直方图和第二直方图构建表示网络性能的可保持性关键性能指标的三维模型。

在一些示例实施例中，构建表示网络性能的可保持性关键性能指标的三维模型还包括：在x-y域中构建第一锥体，具有中心圆柱体和有坐标值的中心点的至少一个外部圆柱体，两者都与正常释放呼叫的监测持续时间的平均值对应，其中中心圆柱体具有高度和直径，分别与第一直方图中的中间仓的高度和宽度对应，正常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第一直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径；以及在x-y域中构建第二锥体，具有另一个中心圆柱体和有坐标的中心点的至少另一个外部圆柱体，两者都与异常释放呼叫的监测持续时间的平均值对应，另一个中心圆柱体具有高度和直径，分别与第二直方图中的中间仓的高度和宽度对应，异常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少另一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第二直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径，其中第一锥体和第二锥体重叠的程度在视觉上指示网络性能优化的迫切性。

在一些方面中，提供了一种设备。该设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为通过至少一个处理器使设备：在测量时段期间监测正常释放呼叫的持续时间和异常释放呼叫的持续时间；基于监测的正常释放呼叫的持续时间和监测的异常释放呼叫的持续时间，确定监测的正常释放呼叫的持续时间的平均值和监测的异常释放呼叫的持续时间的平均值；发送正常释放呼叫的监测持续时间的平均值和异常释放呼叫的监测持续时间的平均值。

在一些示例实施例中，正常释放呼叫的每个持续时间都是从呼叫被成功建立的时间点直到呼叫正常释放而被测量的，并且异常释放呼叫的每个持续时间都是从呼叫被成功建立的时间点直到呼叫异常释放而被测量的。

在一些示例实施例中，所观察的终端用户的无线电链路故障时间段和不活动时间段中的至少一个时间段被排除在监测之外。

在一些示例实施例中，设备还被是的：基于测量时段内正常释放呼叫的监测持续时间和异常释放呼叫的监测持续时间，相应地确定多个呼叫持续时间间隔中的正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布；以及发送正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内正常释放呼叫的数目；并且异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内异常释放呼叫的数目。

在一些示例实施例中，设备还被引起：过滤一组正常释放呼叫的持续时间，其持续时间峰值远低于其他正常释放呼叫的持续时间峰值。

在一些方面中，提供了一种设备。该设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为通过至少一个处理器使设备：接收在测量时段期间被监测的正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值；以及基于正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值，确定正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异。

在一些示例实施例中，确定相对差异还包括：将正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异确定为：正常释放呼叫的持续时间的平均值与异常释放呼叫的持续时间的平均值之间的相对差异与正常释放呼叫的持续时间的平均值之间的比率。

在一些示例实施例中，设备还被使得：基于所确定的相对差异确定网络性能需要被优化的小区。

在一些示例实施例中，设备还被使得：接收正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布；以及显示正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔对应地多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内正常释放呼叫的数目；异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓具有指示以下的高度：相应呼叫持续时间间隔内异常释放呼叫的数目。

在一些示例实施例中，设备还被使得：基于第一直方图和第二直方图构建表示网络性能的可保持性关键性能指标的三维模型。

在一些示例实施例中，构建表示网络性能的可保持性关键性能指标的三维模型包括：在x-y域中构建第一锥体，具有中心圆柱体和有坐标值的中心点的至少一个外部圆柱体，两者都与正常释放呼叫的监测持续时间的平均值对应，其中中心圆柱体具有高度和直径，分别与第一直方图中的中间仓的高度和宽度对应，正常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第一直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径；以及在x-y域中构建第二锥体，具有另一个中心圆柱体和有坐标的中心点的至少另一个外部圆柱体，两者都与异常释放呼叫的监测持续时间的平均值对应，另一个中心圆柱体具有高度和直径，分别与第二直方图中的中间仓的高度和宽度对应，异常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少另一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第二直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径，其中第一锥体和第二锥体重叠的程度在视觉上指示网络性能优化的迫切性。

在一些方面中，提供了一种装置。该装置包括：用于在测量时段期间监测正常释放呼叫的持续时间和异常释放呼叫的持续时间的部件；用于基于正常释放呼叫的监测持续时间和异常释放呼叫的监测持续时间，确定正常释放呼叫的监测持续时间的平均值和异常释放呼叫的监测持续时间的平均值的部件；以及用于发送正常释放呼叫的监测持续时间的平均值和异常释放呼叫的监测持续时间的平均值的部件。

在一些示例实施例中，正常释放呼叫的持续时间中的每个持续时间是从呼叫被成功建立的时间点直到呼叫正常释放而被测量的，并且异常释放呼叫的每个持续时间是从呼叫被成功建立的时间点直到呼叫异常释放而被测量的。

在一些示例实施例中，所观察的终端用户的无线电链路故障时间段和不活动时间段中的至少一个时间段被排除在监测之外。

在一些示例实施例中，装置还包括：部件，用于基于测量时段内正常释放呼叫的监测持续时间和异常释放呼叫的监测持续时间，分别确定多个呼叫持续时间间隔中的正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布；以及部件，用于传输正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓都有高度，指示相应呼叫持续时间间隔内正常释放呼叫的数量；并且异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓都有高度，指示相应呼叫持续时间间隔内异常释放呼叫的数量。

在一些示例实施例中，装置还包括用于过滤一组正常释放呼叫的持续时间的部件，一组正常释放呼叫的持续时间具有远低于其他正常释放呼叫的持续时间峰值的持续时间峰值。

在一些方面中，提供了一种装置。该装置包括：用于接收在测量时段期间被监测的正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值的部件；以及用于基于正常释放呼叫的持续时间的平均值和异常释放呼叫的持续时间的平均值来确定正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异的部件。

在一些示例实施例中，用于确定相对差异的部件还被配置为：将正常释放呼叫持续时间和异常释放呼叫持续时间之间的相对差异确定为：正常释放呼叫的持续时间的平均值与异常释放呼叫的持续时间的平均值之间的相对差异与正常释放呼叫的持续时间的平均值之间的比率。

在一些示例实施例中，装置还包括：用于基于所确定的相对差异确定网络性能需要被优化的小区的部件。

在一些示例实施例中，装置还包括：用于接收正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布的部件；以及用于显示正常释放呼叫持续时间的分布和异常释放呼叫持续时间的分布的部件。

在一些示例实施例中，正常释放呼叫持续时间的分布由第一直方图表示，该第一直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓都有高度，指示相应呼叫持续时间间隔内正常释放呼叫的数目；异常释放呼叫持续时间的分布由第二直方图表示，该第二直方图具有与多个呼叫持续时间间隔对应的多个仓，每个仓都有高度，指示相应呼叫持续时间间隔内异常释放呼叫的数目。

在一些示例实施例中，方法还包括部件，用于基于第一直方图和第二直方图构建表示网络性能的可保持性关键性能指标的三维模型。

在一些示例实施例中，用于构建表示网络性能的可保持性关键性能指标的三维模型的部件还被配置为：在x-y域中构建第一锥体，具有中心圆柱体和有坐标值的中心点的至少一个外部圆柱体，两者都与正常释放呼叫的监测持续时间的平均值对应，其中中心圆柱体具有高度和直径，分别与第一直方图中的中间仓的高度和宽度对应，正常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第一直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径；以及在x-y域中构建第二锥体，具有另一个中心圆柱体和有坐标的中心点的至少另一个外部圆柱体，两者都与异常释放呼叫的监测持续时间的平均值对应，另一个中心圆柱体具有高度和直径，分别与第二直方图中的中间仓的高度和宽度对应，异常释放呼叫的监测持续时间的平均值落入该中间仓中，并且至少另一个外部圆柱体具有与两个对称的外部仓的高度对应的高度以及与第二直方图中的两个对称的外部仓和它们之间的仓的宽度总和对应的直径。第一锥体和第二锥体重叠的程度在视觉上指示网络性能优化的迫切性。