承载评估方法及装置与流程

本申请涉及通信技术领域，尤其涉及一种承载评估方法及装置。

背景技术：

在通用移动通信技术的长期演进(longtermevolution，lte)系统中，为了提高用户体验，减少建立业务时延，提出了“永远在线”的思想。用户端设备(userequipment，ue)附着网络时建立的一个承载称为默认承载。传输特定数据流所建立的专用的无线承载称为专用承载。

目前，对业务的承载进行评估时，需要获取丢包、时延、抖动、码流速率等评估参数由客户端提供，网络运营商只能在客户应用服务端获取该参数，网络运营商无法单方面直接对用户使用的承载参数进行优化。

技术实现要素：

本申请提供一种承载评估方法及装置，用于解决现有技术网络运营商无法单方面直接对用户使用的承载参数进行优化的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种承载评估方法，应用于由测试客户端、测试服务器和网络设备组成的系统中，所述测试服务器部署于运营商网络中，所述测试客户端和所述测试服务器之间通过已建立的专用承载传输业务流，所述网络设备用于建立专用承载；所述方法包括：所述测试服务器根据所述测试客户端发送的真实业务流生成至少一个仿真业务流；所述测试服务器接收目标测试模板；述测试服务器根据所述目标测试模板从所述至少一个仿真业务流中确定目标仿真业务流；所述测试服务器接收所述测试客户端通过所述专用承载发送的所述目标仿真业务流；所述测试服务器根据所述测试客户端通过所述专用承载发送的所述目标仿真业务流评估所述专用承载的业务性能。

第二方面，本申请实施例提供一种承载评估方法，应用于由测试客户端、测试服务器和网络设备组成的系统中，所述测试服务器部署于运营商网络中，所述测试客户端和所述测试服务器之间通过已建立的专用承载传输业务流，所述网络设备用于建立专用承载；所述方法包括：所述测试客户端发送真实业务流至所述测试服务器；所述测试客户端确定与仿真业务流对应的目标测试模板；所述测试客户端发送所述目标测试模板至所述测试服务器；所述测试客户端从测试服务器下载目标仿真业务流，并通过所述专用承载发送所述目标仿真业务流至所述测试服务器。

第三方面，本申请实施例提供一种承载评估装置，应用于测试服务器或测试服务器中的芯片，其中所述测试服务器应用于由测试客户端、所述测试服务器和网络设备组成的系统中，所述测试服务器部署于运营商网络中，所述测试客户端和所述测试服务器之间通过已建立的专用承载传输业务流，所述网络设备用于建立专用承载；所述装置包括：处理模块，用于根据所述测试客户端发送的真实业务流生成至少一个仿真业务流；所述接收模块，还用于接收目标测试模板；其中，所述目标测试模板由所述测试客户端根据所述真实业务流确定；所述处理模块，还用于根据所述目标测试模板从所述至少一个仿真业务流中确定目标仿真业务流；所述接收模块，还用于接收所述测试客户端通过所述专用承载发送的所述目标仿真业务流；所述处理模块，还用于根据所述仿真业务流评估所述专用承载的业务性能。

第四方面，本申请实施例提供一种承载评估装置，应用于测试客户端或测试客户端中的芯片，其中所述测试客户端应用于由所述测试客户端、测试服务器和网络设备组成的系统中，所述测试服务器部署于运营商网络中，所述测试客户端和所述测试服务器之间通过已建立的专用承载传输业务流，所述网络设备用于建立专用承载；所述装置包括：发送模块，用于发送模块，用于发送真实业务流至所述测试服务器；所述处理模块，还用于确定与仿真业务流对应的目标测试模板；所述发送模块，还用于发送所述目标测试模板至所述测试服务器；所述处理模块，还用于从测试服务器下载目标仿真业务流，并通过所述专用承载发送所述目标仿真业务流至所述测试服务器。

第五方面，本申请提供了一种承载评估装置，所述承载评估装置包括：处理器、通信接口和存储器；其中，存储器用于存储一个或多个程序，该一个或多个程序包括计算机执行指令，当该承载评估装置运行时，处理器执行该存储器存储的该计算机执行指令，以使承载评估装置执行上述第一方面、第二方面及其任意一种实现方式所述的承载评估方法。

第六方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得所述计算机执行上述第一方面、第二方面及其任意一种实现方式所述的承载评估方法。

第七方面，本申请提供了一种包含指令的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述第一方面、第二方面及其任意一种实现方式所述的通信机房基础设施管理方法。

本申请提供的承载评估的方法能够应用于由测试客户端、测试服务器和网络设备组成的系统中，测试服务器部署于运营商网络中，测试客户端和测试服务器之间通过已建立的专用承载传输业务流。测试服务器确定目标测试模板；其中，目标测试模板由测试客户端根据真实业务流确定；测试服务器根据真实业务流确定至少一个仿真业务流；测试服务器根据目标测试模板从所述至少一个仿真业务流中确定目标仿真业务流；测试服务器接收测试客户端通过所述专用承载发送的目标仿真业务流；测试服务器根据仿真业务流评估所述专用承载的业务性能。测试客户端发送真实业务流至测试服务器；测试客户端确定与仿真业务流对应的目标测试模板；测试客户端发送目标测试模板至测试服务器；测试客户端从测试服务器下载目标仿真业务流，并通过专用承载发送所述目标仿真业务流至测试服务器。因此，本申请提供的承载评估的方法能够通过使用运营商网络单方面直接对用户使用的承载进行评估、优化，解决了现有技术对业务的承载进行评估时，需要获取丢包、时延、抖动、码流速率等评估参数由客户端提供，网络运营商只能在客户应用服务端获取该参数，网络运营商无法单方面直接对用户使用的承载参数进行优化的问题。

附图说明

图1为本申请实施例提供的一种承载评估系统构架图；

图2为本申请实施例提供的一种承载评估方法的流程图；

图3为本申请实施例提供的一种捕获业务流的流程图；

图4为本申请实施例提供的一种测试模板的示意图；

图5为本申请实施例提供的一种建立目标测试模板的流程图；

图6为本申请实施例提供的策略控制和计费的结构示意图；

图7为本申请实施例提供的建立专用承载的流程图；

图8为本申请实施例提供的一种承载评估方法的流程图；

图9为本申请实施例提供的一种承载评估装置测试服务器侧的结构示意图；

图10为本申请实施例提供的一种承载评估装置测试客户端侧的结构示意图；

图11为本申请实施例提供的另一种承载评估装置的结构示意图。

具体实施方式

下面先对本申请实施例涉及的一些概念进行简单介绍。

lte系统中，和第三代通信技术(3rd-generation,3g)相比，为了提高用户体验，减少建立业务时延，提出了“永远在线”的思想。在ue和网络完成附着的时候就建立的一个承载称为默认承载。当ue有特定数据流需要传送，需要预留专门的无线承载进行传输，这时才建立承载称为专用承载。在建立专用承载后，实际上原来的默认承载也应该是在其中的一个优先级比较低的承载通道。

在一个公共数据网(publicdatanetwork,pdn)链接中，只有一个默认承载，但可以有多个专用承载。一般来说，一个用户最多建立11个承载。每当ue请求一个新的业务时，服务网关(servinggateway，s-gw)/pdn网关(pdngateway，pgw)将从策略及计费功能单元(policyandchargingrulefunction，pcrf)收到策略规则，其中包含业务所要求的服务质量(qualityofservice，qos)。如果默认承载不能提供所要求的qos时，则需要另外的承载服务，即建立专用承载以提供服务。

如图1所示，本申请实施例提供的一种承载评估的方法，应用于由测试客户端12、测试服务器11和网络设备13组成的承载评估系统中，测试服务器11和网络设备13共同构成运营商网络测试系统。测试服务器11部署于运营商网络中，测试客户端12和测试服务器11之间通过已建立的专用承载传输业务流，进而基于该测试客户端12、测试服务器11评估所述专用承载的业务性能。

测试服务器11包括通信单元114、专用承载调用单元113、仿真业务流生成单元112和系统管理单元111。其中，通信单元114用于和测试客户端12的通信、协议适配、收发测试数据包、测试客户端12的接入验证等功能；专用承载调用单元113用于根据测试客户端12发来的测试请求向应用功能(applicationfunction，af)发送建立专用承载请求，处理af对专用承载调用的响应；仿真业务流生成单元112用于根据捕获的真实业务流生成仿真业务流；系统管理单元111用于测试服务器11系统管理和维护。

测试客户端12包括真实业务流捕获单元121、通信单元123、测试模板确定单元122、结果显示单元124和系统管理单元125。其中，真实业务流捕获单元121用于在终端运行应用期间捕获真实业务流的数据包；通信单元123用于和测试服务器11的通信、协议适配、收发测试数据包、测试客户端12的接入验证等功能；测试模板确定单元122用于选择匹配的测试模板；结果显示单元124用于展示测试结果；管理单元125用于整体测试客户端12系统管理和维护，测试模版管理。

网络设备13中af负责与pcrf通信、交互动态会话等信息，通常以业务平台形式部署。

进一步的，测试服务器11可以独立设立，也可以与其他网络设备集成设置，例如可以与af集成设置。测试客户端12可以与硬件网络设备集成设置。

如图2所示，该方法具体包括以下步骤：

s101、测试客户端捕获真实业务流并发送到测试服务器。

示例性的，如图3所示，测试人员在测试客户端通过智能手机的第三方应用程序(application,app)，登录专有的账号密码，获取测试服务器认证。在测试客户端启动真实业务捕获进程，根据测试人员的需求，确定捕获的真实业务流，根据捕获的真实业务流，选择待捕获真实业务流的应用，通过该应用过滤出目标测试业务流。例如，当需要检测客户终端王者荣耀的时延评估时，测试人员则在测试客户端选择捕获王者荣耀的抓包参数；当我们需要检测客户终端淘宝的码流速率评估时，测试人员则在测试客户端选择捕获淘宝的码流速率参数。当捕获的真实业务流满足测试人员的需求时，测试人员手动关闭捕获真实业务流的应用，结束真实业务流捕获进程并保存捕获数据包信息。测试客户端上传捕获的真实业务包到测试服务器。

进一步的，测试人员在王者荣耀抓包时，抓完整一局的业务流，然后根据测试需要对完整业务流抓包进行编辑剪辑，获得所需时段的业务流。例如，获取某局游戏业务流时，根据游戏的实际情况，游戏刚开始的一段时间，游戏客户端对游戏的服务质量要求低，测试人员可以不对该时间段进行抓包，直接跳转到开局3分钟时开始抓包；当获取团战业务流时，王者荣耀中红蓝双方打团战，游戏客户端对游戏的服务质量要求高，测试人员可以从团战开始的一段时间开始抓包，团战结束后停止抓包，进而抓取少量的包，反映整局王者荣耀游戏的需要的服务质量，简化了目前需要使用各种应用分别测试的过程，提高了测试效率。

s102、测试客户端发送真实业务流至测试服务器，测试服务器根据真实业务流生成至少一个仿真业务流。

其中，所述测试服务器获取真实业务流；所述测试服务器确定所述真实业务流的业务特征；所述测试服务器根据所述真实业务流的业务特征生成至少一个所述仿真业务流。

示例性的，测试客户端对真实业务流进行抓包，抓到的包中加密，测试服务器无法复原出原来真实业务流的包。此时，测试服务器可以通过使用相同的协议，相同的包大小对原来业务流的包进行模拟，再结合所抓包的真实业务流的波动情况，进而模拟出原来真实业务流的包。测试服务器还可以根据真实业务流的趋势特征生成预测仿真业务流，例如，测试人员可以通过测试服务器将获取的一小段王者荣耀的抖动真实业务流的趋势特征来预测出下一段王者荣耀的抖动真实业务流特征，然后测试服务器根据预测出的王者荣耀的抖动真实业务流特征生成仿真业务流。

s103、测试客户端确定与仿真业务流对应的目标测试模板并发送到测试服务器。

其中，所述模板包括，测试模板基本信息、测试客户端匹配信息、测试业务流信息、是否调用专用承载、是否多个客户端并发测试等。

其中，为了完成评估前的准备工作，保证评估所述专用承载的业务性能的顺利进行。所述测试服务器根据所述目标测试模板评估所述专用承载的业务性能之前，测试客户端检测是否接收到从测试服务器下载的目标测试模板，如果没有则从测试服务器下载目标测试模板。

示例性的，如图4所示，测试模板基本信息包括：模板标识(identity,id)、名称、创建账号和创建日期；测试客户端匹配信息包括：品牌、型号和操作系统版本；测试客户端匹配信息：名称、传输方向和传输协议。具体的，测试模版基本信息中id为王者荣耀团战1抓包，名称为王者荣耀抓包应用仿真业务流，创建者账号为wangzherongyao；测试客户端匹配信息中品牌为11(iphone)，型号为0(6s以上型号)，操作系统为0(全部版本)；测试业务流信息中名称为王者荣耀抓包应用测试业务流a，传输方向是双向传输，传输协议为用户数据协议(userdatagramprotocol,udp)；调用专用承载；非多终端并发测试。

进一步的，所述测试客户端存储有至少一个测试模板；所述测试客户端确定与所述仿真业务流对应的目标测试模板，包括：所述测试客户端根据用户输入的关键字在所述至少一个测试模板中进行匹配；所述关键字用于表示所述仿真业务流；若存在与所述关键字匹配的测试模板，则将匹配的测试模板确定为目标测试模板；若不存在与所述关键字匹配的测试模板，则根据所述真实业务流建立所述目标测试模板。

示例性的，如图5所示测试人员捕获王者荣耀抓包应用测试业务流a时，直接在测试客户端模板的测试业务流信息名称处输入“王者荣耀抓包应用测试业务流a”，测试客户端根据用户输入的“王者荣耀抓包应用测试业务流a”在测试模板库中进行匹配，当存在与“王者荣耀抓包应用测试业务流a”匹配的测试模板时，选用id为王者荣耀团战1抓包的模板作为目标测试模板；当不存在与“王者荣耀抓包应用测试业务流a”匹配的测试模板时，提示测试人员建立新的目标模板。当测试人员需要反复测量同一真实数据流时，只需要选择与待测目标真实业务流相匹配的模板，即可通过测试客户端将匹配的模板直接发送给测试服务器，进行测量评估，节约时间，降低人工输入测试参数对测试结果精确度的影响，提高了测试效率。

s104、测试服务器根据目标测试模板从至少一个仿真业务流中确定目标仿真业务流。

具体的，测试服务器根据接收到的目标测试模板，读取模板上面的信息，确定需要进行测试的目标仿真业务流。

s105、测试客户端通过专用承载发送仿真业务流到测试服务器，测试服务器评估专用承载的性能。

其中，所述测试客户端从测试服务器下载目标仿真业务流，并通过所述专用承载发送所述目标仿真业务流至所述测试服务器；所述测试服务器接收所述测试客户端通过所述专用承载发送的所述目标仿真业务流；所述测试服务器根据所述测试客户端通过所述专用承载发送的所述目标仿真业务流评估所述专用承载的业务性能。

测试客户端向测试服务器发起测试请求，测试服务器根据测试请求判断是否需要建立专用承载，如果需要则向af604发送专用承载建立请求。

如图6所示，策略控制和计费(policycontrolandcharging，pcc)主要由策略及计费功能单元(policyandchargingrulefunction，pcrf)601、用户签约数据库(subscriptionprofilerepository，spr)603、策略及计费执行单元(policyandchargingenforcementfunction，pcef)602和应用功能af404等组成。其中，pcrf601负责策略管理、用户管理以及签约管理等功能，提供差别计费、门控、服务质量qos保障等网络控制策略或功能索引；spr603负责存储所有签约用户或签约相关的信息，包括签约用户允许的业务、业务的优先级、qos信息等；pcef602负责策略执行和基于流的计费等功能，通常叠加在ggsn/pgw网元中，能够结合进行业务数据流的检测；af604负责与pcrf601通信、交互动态会话等信息，通常以业务平台形式部署。

进一步的，建立专用承载的步骤如图7所示，测试服务器根据业务需求向测试服务器发送专用承载建立请求，测试服务器根据自身设定的规则判定确定是否需要建立专用承载，当满足建立专用承载条件后测试服务器向af发送专用承载建立请求，af接收到测试服务器发送专用承载建立请求后触发qos策略，pcrf根据触发的qos策略向pcef下发策略，pcef执行策略为申请加速的应用业务流建立专用承载，提供qos保障。pcef响应策略执行的结果通过pcrf反馈给af，af将是否成功建立专用承载的结果反馈给测试服务器端。

具体的，根据测试模板中真实业务流的传输方向，确定测试客户端是否下载仿真业务流，如果需要测试客户端向测试服务器发送仿真业务流，则测试客户端从测试服务器下载并使用仿真业务流，否则，测试客户端不需要从测试服务器下载仿真业务流。可选的，真实业务流的方向可以是从测试服务器到测试客户端，也可以是从测试客户端到测试服务器，还可以是双向同时传输(即从测试服务器到测试客户端和从测试客户端到测试服务器)。

如图8所示，测试客户端将下载的目标测试模板通过专用承载发送到测试服务器，测试服务器根据获取待评估参数的取值确定所述专用承载服务的质量，测试服务器周期性的生成临时测试结果，测试结束后将整个测试结果后保存并发送测试结果给测试客户端。

可选的，测试客户端根据接收到的模板将仿真业务流通过专用承载发送给测试客户端，测试客户端获取待评估参数的取值反馈给测试服务器，测试服务器根据待评估参数的取值确定所述专用承载服务的质量，测试服务器周期性的生成临时测试结果，测试结束后将整个测试结果后保存并发送测试结果给测试客户端。

如图9所示，本申请提供了一种承载评估装置，用于执行前述承载评估方法。装置包括：

处理模块901，用于根据测试客户端发送的真实业务流生成至少一个仿真业务流。接收模块902，用于接收目标测试模板；其中，目标测试模板由测试客户端根据真实业务流确定。处理模块901，用于根据接收模块902接收的目标测试模板从至少一个仿真业务流中确定目标仿真业务流。接收模块902，还用于接收所述测试客户端通过所述专用承载发送的目标仿真业务流。处理模块901，还用根据接收模块接收的测试客户端通过专用承载发送的目标仿真业务流评估专用承载的业务性能。

可选的，接收模块902，还用于获取真实业务流。处理模块901，还用于确定接收模块接收真实业务流的业务特征，并根据真实业务流的业务特征生成仿真业务流。

可选的，接收模块902，还用于获取测试客户端通过专用承载发送的目标仿真业务流的参数的取值，仿真业务流参数包括以下各项中的至少一个：丢包、时延、抖动和码流速率。处理模块901，还用于根据待评估参数的取值确定所述专用承载服务的质量。

参照图10所示，本申请提供了一种承载评估装置，用于执行前述承载评估方法。装置包括：

发送模块903，用于发送真实业务流至测试服务器。处理模块901，还用于确定与所述仿真业务流对应的目标测试模板。发送模块903，还用于发送目标测试模板至测试服务器。

可选的，处理模块901，还用于从测试服务器下载目标仿真业务流，并通过专用承载发送目标仿真业务流至测试服务器。

处理模块901，还用于确定待捕获的真实业务流，将真实业务流保存并发送至测试服务器。

处理模块901，还用于根据用户输入的关键字在至少一个测试模板中进行匹配；关键字用于表示所述仿真业务流；若存在与关键字匹配的测试模板，则将匹配的测试模板确定为目标测试模板；若不存在与所述关键字匹配的测试模板，则建根据所述真实业务流立所述目标测试模板。

图11示出了上述实施例中所涉及的承载评估装置的又一种可能的结构示意图。该装置包括：处理器1102和通信接口1103。处理器1102用于对装置的动作进行控制管理，例如，执行上述处理模块901执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信接口1103用于支持该装置与其他网络实体的通信。例如执行上述接收模块902、发送模块903执行的步骤。终端还可以包括存储器1101和总线1104，存储器1101用于存储装置的程序代码和数据。

其中，上述处理器1102可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。该处理器可以是中央处理器，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。

存储器1101可以包括易失性存储器，例如随机存取存储器；该存储器也可以包括非易失性存储器，例如只读存储器，快闪存储器，硬盘或固态硬盘；该存储器还可以包括上述种类的存储器的组合。

总线1104可以是扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。总线1104可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

此外，承载评估装置可以为测试服务器本身或者测试服务器中的芯片；或者承载评估装置可以为测试客户端本身或者测试客户端中的芯片。承载评估装置可以为测试服务器本身或者测试服务器中的芯片时，其具体用于执行如图2中步骤s102、s104、s105等测试服务器执行的方法；承载评估装置可以为测试客户端本身或者测试客户端中的芯片时，其具体用于执行如图2中步骤s101、s102、s103、s105等测试客户端执行的方法。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。

其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(applicationspecificintegratedcircuit，asic)中。在本申请实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。