[发明专利]网络控制的终端数据呼叫性能测试

说明书

技术领域

本发明涉及网络控制的终端数据呼叫性能测试。更具体地，本发明涉及用于允许/实现网络控制的终端数据呼叫性能测试的措施(包括方法、装置和计算机程序产品)，例如，使用网络相关控制信令控制终端数据呼叫性能测试。

背景技术

在通信系统中，系统部署内各个地方的各个实体的性能测试需要进行监控、规划和/或故障排除。在现有通信系统(和无线电接入技术(RAT))(包括LTE、LTE-A、WCDMA等)中，存在用于无线电接入网络(RAN)(即诸如BSC、(e)NodeB、BSC、RANC等RAN实体)的性能测试模型，用于验证测试中的RAN实体符合基础标准并且满足标准质量要求。在这方面，可以在专用测试(即实验室)环境中或在实时网络环境中执行涉及RAN实体的性能的测量。但是，目前还没有为现有的通信系统(和无线电接入技术(RAT))中的诸如用户设备(UE)等终端规定这样的性能测试模型，特别是用于实时网络测试。对于终端性能测试，传统上使用专用硬件和/或软件，以便仅在测试(即，实验室)环境中，例如使用在终端上运行的特定性能测试应用来执行涉及终端的性能的测量。这种传统上已知的应用通常针对于测试语音质量。因此，这样的语音质量测试通常基于专有测试程序，该测试程序由待测试终端上的测试应用中运行的脚本和与测试应用的用户交互来控制。

因此，用于终端性能测试、特别是终端数据呼叫性能测试的当前可用的方法在效率、便利性、可靠性等方面是不够的。

在下文中，描述了用于终端性能测试的当前可用的方式的缺点的一些示例方面。

当UE操作/行为存在问题时，通常难以在整个系统部署内查明这样的问题的实际原因，即问题是否由信号条件、网络性能问题、UE性能问题等引起的。例如，如果在功率控制中存在怀疑的问题，则难以说明问题是否由以下各项中的一项或多项引起的：处理功率控制次优功率控制参数的UE侧的UE不准确性，RAN中(例如在BTS或RNC处)的次优功率控制算法，和/或功率控制的RAN侧的处理中的错误。

此外，传统上，在实时网络环境中测量终端的(数据)呼叫性能、即用户(数据)UP呼叫性能，是不可行或至少是困难的。这是因为RAN实体通常不具有报告个体终端/用户呼叫UP呼叫统计数据的可能性。作为这方面的一个解决方案，已经利用驱动测试来测量终端/用户UP呼叫性能，但是一个终端/用户的结果高度依赖于小区负载，而小区负载可能随时间而变化。此外，驱动测试处理成本高昂，并且需要专用测试终端和测试/控制PC，它们能够生成数据并且报告终端/用户UP呼叫统计数据。本文中，术语“测试/控制PC”是指测试/控制相关的个人计算机，并且通常是指可以用于收集终端跟踪测量数据和信令信息以及生成用于测试呼叫的业务的任何测试/控制相关的计算机或控制单元(其中终端跟踪软件通常在这种控制PC而不是终端本身上运行)。然而，较新的终端可能不支持终端跟踪，总之这将限制现代和未来通信系统中的驱动测试的可能性。此外，不同的终端跟踪可能给出不同的结果，这使结果比较更加复杂和/或更加不可靠。此外，驱动测试需要大量时间，并且在分配终端时存在问题，因为呼叫发生器体积庞大并且需要大量电力，并且呼叫发生器可能会给出误导的结果，因为终端与实时网络环境中的现实商业订户相比，彼此位置更接近。在这方面，应当注意，终端的吞吐量性能非常难以估计，除非已知较高级的应用行为和所使用的协议(例如TCP流)。否则，由轮询信令等组成的空闲时段可能会混淆UP结果。

因此，终端/用户UP呼叫性能的基准设置利用目前可用的终端性能测试方法在不同小区或不同运营方之间是有问题的。这还归因于在测试(即实验室)环境中模拟实际条件时的问题，例如，产生上行链路干扰，构建现实生活测试环境，特别是当需要现实的核心网络或核心网络模拟器来生成业务时，以及针对特定的待测试终端再现针对客户投诉的呼叫场景。

特别提到与功率控制中的怀疑问题相关的性能测试，注意以下几点。