CN105009625A - 业务测试方法、设备和系统、网络节点及质量处理节点 - Google Patents

Abstract

本发明实施例提供了一种业务测试方法、设备和系统、网络节点及质量处理节点，涉及网络测试技术领域，所述方法包括：业务请求发起设备生成测试业务的业务请求，所述业务请求包括测试指示信息，所述测试指示信息用于指示所述测试业务的运行过程中的至少一个网络节点将所述测试业务的业务运行信息发送给业务质量处理节点，所述业务运行信息包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述测试业务的业务消息由所述至少一个网络节点发出的时间；发送所述业务请求。从而得到网络业务在网络中的详细运行情况。

Description

业务测试方法、 设备和系统、 网络节点及质量处理节点 技术领域

本发明涉及网络测试技术领域，特别涉及一种业务测试方法、设备和系统、 网络节点及质量处理节点。 背景技术

随着移动宽带（ Mobile Broadband, 筒称 "MBB" )和智能用户设备的快速 发展， 用户应用的业务类型日益丰富， 用户对于业务质量也越来越看重。 良好 的业务质量可提高用户的满意度和忠诚度， 留住高价值用户并获得高的收益。 相反， 业务质量较差会造成用户流失。 因此， 业务提供商都会进行相应的业务 测试。

目前业界在网络部署完成之后，通常采用人工拨测的方法对网络业务进行 测试。人工拨测的方法是，测试人员使用用户设备（user equipment,筒称" UE" ) 发起业务请求， 然后获得服务器发送的业务应答， 进而得到业务测试和业务应 答在网络中传输的起始和达到时间等业务运行信息。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 这种人工拨测需要人工的参与， 往往需要耗费较多的人力； 而且这种人工 拨测通常只能得到起始和达到时间， 不能反映出网络业务在网络中的其他位置 的运行情况， 测试结果单一。 发明内容

为了避免现有技术采用人工拨测， 费时费力， 且不能反映出网络业务在网 络中的其他位置的运行情况， 测试结果单一的问题， 本发明实施例提供了一种 业务测试方法、 设备和系统、 网络节点及质量处理节点。 所述技术方案如下： 一方面， 本发明实施例提供了一种业务测试方法， 所述方法包括： 业务请求发起设备生成测试业务的业务请求， 所述业务请求包括测试指示 信息， 所述测试指示信息用于指示所述测试业务的运行过程中的至少一个网络 节点将所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行 信息包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述 测试业务的业务消息由所述至少一个网络节点发出的时间；

所述业务请求发起设备发送所述业务请求。

在本发明实施例的一种实现方式中， 所述测试指示信息包括第一测试标识 或者第二测试标识；

所述第一测试标识用于指示所述至少一个网络节点将所述业务运行信息 写入所述测试业务的业务消息， 并指示所述至少一个网络节点通过所述至少一 个网络节点中的一个网络节点与所述业务质量处理节点的接口或者所述业务 请求发起设备与所述业务质量处理节点的接口， 将所述业务运行信息发送给所 述业务质量处理节点；

所述第二测试标识用于指示所述至少一个网络节点中的每一个将所述业 务运行信息通过所述至少一个网络节点中的每一个与所述业务质量处理节点 之间的接口发送给所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 网络节点 类型， 所述网络节点类型用于指示与所述网络节点类型对应的所述至少一个网 络节点将所述业务运行信息发送给所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 业务消息 类型， 所述业务消息类型用于指示所述至少一个网络节点将所述业务消息类型 对应的所述业务运行信息发送给所述业务质量处理节点， 所述业务消息类型对 应的所述业务运行信息包括所述业务消息类型的业务消息到达所述至少一个 网络节点的时间。 另一方面， 本发明实施例还提供了一种业务测试方法， 所述方法包括： 测试业务的运行过程中的至少一个网络节点接收测试业务的业务请求， 所 述业务请求包括测试指示信息， 所述测试指示信息用于指示所述至少一个网络 节点将所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行 信息包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述 测试业务的业务消息由所述至少一个网络节点发出的时间；

所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点。

在本发明实施例的一种实现方式中， 所述测试指示信息包括第一测试标识 或第二测试标识； 其中， 所述第一测试标识用于指示所述至少一个网络节点将 所述业务运行信息写入所述测试业务的业务消息， 并指示所述至少一个网络节 点通过所述至少一个网络节点中的一个网络节点与所述业务质量处理节点的 接口或者所述业务请求发起设备与所述业务质量处理节点的接口，将所述业务 运行信息发送给所述业务质量处理节点； 所述第二测试标识用于指示所述至少 一个网络节点中的每一个将所述业务运行信息通过所述至少一个网络节点中 的每一个与所述业务质量处理节点之间的接口发送给所述业务质量处理节点； 当所述测试指示信息为所述第一测试标识时， 所述至少一个网络节点响应 所述业务请求，在所述测试业务的运行过程中将所述业务运行信息发送给所述 业务质量处理节点， 包括：

所述至少一个网络节点将所述业务运行信息写入所述测试业务的业务信 息， 并通过所述至少一个网络节点中的一个网络节点与所述业务质量处理节点 的接口或所述业务请求发起设备与所述业务质量处理节点的接口，将所述业务 运行信息发送给所述业务质量处理节点；

当所述测试指示信息为所述第二测试标识时， 所述至少一个网络节点响应 所述业务请求，在所述测试业务的运行过程中将所述业务运行信息发送给所述 业务质量处理节点， 包括：

所述至少一个网络节点中的每一个将所述业务运行信息通过所述至少一 个网络节点中的每一个与所述业务质量处理节点之间的接口，发送给所述业务 质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 网络节点 类型；

所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点， 包括：

所述至少一个网络节点判断自身的网络节点类型与所述测试指示信息中 的网络节点类型是否相同；

在所述至少一个网络节点中， 判断出自身的网络节点类型与所述测试指示 信息中的网络节点类型相同的网络节点， 在所述测试业务的运行过程中将所述 业务运行信息发送给所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 业务消息 类型；

所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点， 包括：

所述至少一个网络节点将所述业务消息类型对应的所述业务运行信息发 送给所述业务质量处理节点， 所述业务消息类型对应的所述业务运行信息包括 所述业务消息类型的业务消息到达所述至少一个网络节点的时间。 另一方面， 本发明实施例还提供了一种业务测试方法， 所述方法包括： 业务质量处理节点接收测试业务的业务运行信息， 所述业务运行信息包括 所述测试业务的业务消息到达至少一个网络节点的时间；

所述业务质量处理节点根据所述业务运行信息， 确定所述测试业务的业务 消息到达所述至少一个网络节点的时间；

所述业务质量处理节点计算所述业务运行信息中记录的两个相邻时间之 间的时间长度， 或者计算所述业务运行信息中记录的一个时间与所述业务消息 从业务请求发起设备发出的时间或所述业务消息到达服务器的时间之间的时 间长度；

所述业务质量处理节点比较计算出的所述时间长度与对应的预设时间长 度的大小， 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网 络节点之间的预设时间长度， 或与所述一个时间对应的一个网络节点与业务发 起设备之间的预设时间长度； 处理节点确定所述两个相邻时间所对应的两个网络节点， 或所述一个时间对应 的一个网络节点与所述业务发起设备或所述服务器之间存在网络异常。

在本发明实施例的一种实现方式中， 所述比较计算出的所述时间长度与对 应的预设时间长度的大小， 包括：

所述业务质量处理节点根据业务类型，确定所述业务类型对应的预设时间 长度；

所述业务质量处理节点比较计算出的所述时间长度与对应的预设时间长 度的大小， 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网 络节点之间的与所述业务类型对应的预设时间长度， 或与所述一个时间对应的 一个网络节点与业务发起设备之间的与所述业务类型对应的预设时间长度。 另一方面，本发明实施例还提供了一种业务请求发起设备，所述设备包括： 处理器，用于生成测试业务的业务请求，所述业务请求包括测试指示信息， 所述测试指示信息用于指示所述测试业务的运行过程中的至少一个网络节点 将所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行信息 包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述测试 业务的业务消息由所述至少一个网络节点发出的时间；

发送器， 用于发送所述业务请求。

在本发明实施例的一种实现方式中， 所述测试指示信息包括第一测试标识 或者第二测试标识；

所述第一测试标识用于指示所述至少一个网络节点将所述业务运行信息 写入所述测试业务的业务消息， 并指示所述至少一个网络节点通过所述至少一 个网络节点中的一个网络节点与所述业务质量处理节点的接口或者所述业务 请求发起设备与所述业务质量处理节点的接口， 将所述业务运行信息发送给所 述业务质量处理节点；

所述第二测试标识用于指示所述至少一个网络节点中的每一个将所述业 务运行信息通过所述至少一个网络节点中的每一个与所述业务质量处理节点 之间的接口发送给所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 网络节点 类型， 所述网络节点类型用于指示与所述网络节点类型对应的所述至少一个网 络节点将所述业务运行信息发送给所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 业务消息 类型， 所述业务消息类型用于指示所述至少一个网络节点将所述业务消息类型 对应的所述业务运行信息发送给所述业务质量处理节点， 所述业务消息类型对 应的所述业务运行信息包括所述业务消息类型的业务消息到达所述至少一个 网络节点的时间。 另一方面， 本发明实施例还提供了一种网络节点， 所述网络节点包括： 接收器，用于接收测试业务的业务请求，所述业务请求包括测试指示信息， 所述测试指示信息用于指示所述至少一个网络节点将所述测试业务的业务运 行信息发送给业务质量处理节点， 所述业务运行信息包括所述测试业务的业务 消息到达所述至少一个网络节点的时间或所述测试业务的业务消息由所述至 少一个网络节点发出的时间； 处理器， 用于响应所述业务请求， 在所述测试业务的运行过程中将所述业 务运行信息发送给所述业务质量处理节点。

在本发明实施例的一种实现方式中， 所述测试指示信息包括第一测试标识 或第二测试标识， 所述处理器， 用于当所述测试指示信息为所述第一测试标识 时， 将所述业务运行信息写入所述测试业务的业务信息， 并通过所述网络节点 与所述业务质量处理节点的接口或所述业务请求发起设备与所述业务质量处 理节点的接口， 将所述业务运行信息发送给所述业务质量处理节点；

当所述测试指示信息为所述第二测试标识时，将所述业务运行信息通过所 述至少一个网络节点中的每一个与所述业务质量处理节点之间的接口，发送给 所述业务质量处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 网络节点 类型， 所述处理器， 用于判断自身的网络节点类型与所述测试指示信息中的网 络节点类型是否相同；

当判断出自身的网络节点类型与所述测试指示信息中的网络节点类型相 同时，在所述测试业务的运行过程中将所述业务运行信息发送给所述业务质量 处理节点。

在本发明实施例的另一种实现方式中， 所述测试指示信息包括： 业务消息 类型， 所述处理器， 用于将所述业务消息类型对应的所述业务运行信息发送给 所述业务质量处理节点， 所述业务消息类型对应的所述业务运行信息包括所述 业务消息类型的业务消息到达所述至少一个网络节点的时间。 另一方面，本发明实施例还提供了一种业务质量处理节点，所述节点包括： 接收器， 用于接收测试业务的业务运行信息， 所述业务运行信息包括所述 测试业务的业务消息到达至少一个网络节点的时间；

处理器， 用于根据所述业务运行信息， 确定所述测试业务的业务消息到达 所述至少一个网络节点的时间； 计算所述业务运行信息中记录的两个相邻时间 之间的时间长度， 或者计算所述业务运行信息中记录的一个时间点与所述业务 消息从业务请求发起设备发出的时间或所述业务消息到达服务器的时间之间 对应的预设时间长度是指与所述两个相邻时间所对应的两个网络节点之间的 预设时间长度， 或与所述一个时间对应的一个网络节点与业务发起设备之间的 定所述两个相邻时间所对应的两个网络节点， 或所述一个时间对应的一个网络 节点与所述业务发起设备或所述服务器之间存在网络异常。

在本发明实施例的一种实现方式中， 所述处理器包括：

确定单元， 用于根据业务类型， 确定所述业务类型对应的预设时间长度； 小， 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网络节点 之间的与所述业务类型对应的预设时间长度， 或与所述一个时间对应的一个网 络节点与业务发起设备之间的与所述业务类型对应的预设时间长度。

另一方面， 本发明实施例还提供了一种网络测试系统， 所述系统包括： 如前任一项所述的业务请求发起设备、如前任一项所述的网络节点以及如 前任一项所述的业务质量处理节点。

本发明实施例提供的技术方案的有益效果是：

通过业务请求发起设备发送测试业务的业务请求， 业务请求包括测试指示 信息， 测试指示信息用于指示接收到业务请求的中间网络节点将测试业务的业 务消息到达中间网络节点的时间， 发送给业务质量处理节点。 从而， 业务质量 处理节点可以获得测试业务的业务消息到达至少一个网络节点的时间，从而得 到详细的业务运行情况，使得业务测试结果更精确，更加有利于确定网络异常。 附图说明

为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例提供的系统架构图；

图 2是本发明实施例一提供的业务测试方法流程图；

图 3是本发明实施例二提供的业务测试方法流程图；

图 4是本发明实施例三提供的业务测试方法流程图；

图 5是本发明实施例四提供的业务测试方法流程图；

图 6是本发明实施例五提供的业务测试方法流程图；

图 7是本发明实施例六提供的业务测试方法流程图； 图 8是本发明实施例七提供的业务测试方法的结构示意图；

图 9是本发明实施例八提供的业务测试方法设备的结构示意图；

图 10是本发明实施例九提供的业务请求发起设备的结构示意图； 图 11是本发明实施例十提供的业务请求发起设备的结构示意图； 图 12是本发明实施例十一提供的网络节点的结构示意图；

图 13是本发明实施例十二提供的网络节点的结构示意图；

图 14是本发明实施例十三提供的业务质量处理节点的结构示意图;

图 15是本发明实施例十四提供的业务质量处理节点的结构示意图;

图 16是本发明实施例十五提供的业务测试系统的结构示意图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。

1所示， 业务请求发起设备 1通过核心网设备（Core Net, 筒称 " CN" ) 2、 因 特网 （Internet ) 3与服务器 4 (主要用于提供业务内容， 例如多媒体业务）连 接，其中，业务请求发起设备 1可以是基站，例如演进型基站（evolved NodeB , 筒称 "eNB" ), 或无线网络控制器（Radio Network Controller, 筒称 "RNC" ); 基站和用户设备； 或 CN设备 2, CN设备 2 包括移动管理实体（Mobility Management Entity, 筒称 "MME" )、 网关（Gate Way, 筒称 "GW" )等网络 节点。 对于运营商提供业务， 例如， 短信、 语音等， 可以不使用因特网 3和服 务器 4。 因而， 对于上述系统架构， 因特网 3和服务器 4是可选的。 该服务器 4用于为业务请求发起设备提供业务应答或业务内容服务。 下文所指的服务器 均具有与服务器 4相同或类似的功能。

由于网络通信过程中， 通常由用户设备发起业务； 在进行业务测试的过程 中， 为了不影响现有网络的处理流程， 在业务请求发起设备不为用户设备时， 业务请求发起设备可以模拟用户设备的业务发起功能， 发起测试业务。 业务请 求发起设备可按照现有标准中定义的不同的业务格式发起不同类型的业务。 实施例一

本发明实施例提供了一种业务测试方法， 该方法由业务请求发起设备执 行， 该业务请求发起设备可以是 eNB、 用户设备或核心网设备。 参见图 2, 该 方法包括：

步骤 101 : 业务请求发起设备生成测试业务的业务请求， 业务请求包括测 试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节 点将测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测 试业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至 少一个网络节点发出的时间。

测试业务的业务消息包括测试业务的运行过程中至少一个网络节点间交 互的用于实现所述测试业务的运行的全部或部分消息， 具体可以包含所述测试 业务的业务请求、 用户接入应答、 业务请求应答等消息。 不同测试业务的业务 类型不同， 测试业务的业务消息全部或部分可能不同。 本领域技术人员， 可参 见现有技术确定不同测试业务的业务消息。

可选地， 业务请求发起设备生成测试业务的业务请求之前， 可以接收网络 管理系统, 例如运营管理和维护 ( Operation Administration and Maintenance , 筒称 'ΌΑΜ" ) 系统， 通过北向接口或南向接口下发的测试策略， 该测试策略 包括测试业务的业务类型， 业务格式或测试业务的发起条件等。 测试业务的发 起条件可以是指示业务请求发起设备周期性地发起业务请求； 也可以是事件触 发式发起业务请求， 例如， 用户设备信号质量降低到小于某一个门限； 网络架 构中新增、 删除、 移动某个网络节点而重新进行了部署等。 上述测试策略也可 以不需要由 ΟΑΜ系统下发， 而由业务请求发起设备进行预置。 上述测试策略 可能很多， 这里不——赘述。

进一步地，该业务请求中还包括以下字段：业务类型和用户设备标识（User Equipment Identity, 筒称 "UE ID" )。 在业务请求发起设备为用户设备时， 该 用户设备可以按照现有的业务发起流程， 发起测试业务。 可选地， 为了保证业 务测试的准确性， 在使用基站或其他非 UE设备来进行业务测试时， 也可以使 用软件等方式来生成 UE ID, 发起测试业务。

可选地， 业务请求中还可以包括服务器的目的地址， 用于指示从哪个业务 内容提供商获得业务内容。 服务器的目的地址可以是一个网址， 业务类型包括 但不限于视频、 邮件、 下载、 网页等。 UE ID 可以为国际移动设备身份码 ( International Mobile Equipment Identity, 筒称 "IMEI" )或国际移动用户识别 码 ( International Mobile Subscriber Identification Number, 筒称 "IMSI" )。 当 UE ID配置的是 IMEI时， 业务请求发起设备就相当于未插入客户识别 模块（Subscriber Identity Module, 筒称 "SIM" )卡的用户设备, 此时， 业务请 求发起设备只能发起紧急呼叫业务； 当 UE ID配置的是 IMSI时， 业务请求发 起设备可以发起任何类型的业务。

当 UE ID配置的是 IMEI时，服务器不需要对该 UE ID进行验证；当 UE ID 配置的是 IMSI时， 服务器需要对该 UE ID进行验证， 若验证不通过则不会处 理业务请求发起设备的请求， 若验证通过则处理业务请求发起设备的请求。

在具体实现中， 测试指示信息可以通过在现有的业务请求中新增字段来实 现。

步骤 102: 业务请求发起设备发送业务请求。

作为一个具体示例， 假定业务请求发起设备为 UE, 至少一个网络节点包 括基站和核心网设备， 业务质量处理节点为网络管理系统。 在测试业务的发起 条件满足时， UE通过与基站所建立的无线资源控制 （Radio Resource Control, 筒称 "RRC" )连接向基站发送初始直传 （INITIAL DIRECT TRANSFER ) 消 息， 初始直传消息中包含呼叫控制业务请求（CM SERVICE REQUEST )。 基站 接收到初始直传消息， 记录初始直传消息的到达时间。 基站通过 S1接口或 Iu 接口向核心网设备发送初始 UE消息 （ INITIAL UE MESSAGE ), 该消息中包 含所述呼叫控制业务请求， 基站记录发送所述初始 UE消息的时间。 核心网设 备接收所述初始 UE消息， 记录所述初始 UE消息的到达时间。 核心网设备通 过所述基站向所述 UE发送响应消息， 记录该响应消息的发出时间。 在本具体 示例中， 测试业务的类型为呼叫控制业务， 该测试业务的业务消息至少包括初 始直传消息、 初始 UE消息和响应消息。 基站和核心网设备可以将测试业务的 业务消息记录的到达时间和发出时间通过北向接口或南向接口发送给网络管 理系统， 以便网络管理系统确定网络是否出现异常。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间。 从而， 业务质量处理节点可以获得测试业务的业务消 息到达至少一个网络节点的时间， 而不会出现现有技术中采用人工拨测时只能 得到业务信息发起和到达的时间的问题， 使得业务测试结果更丰富， 更加有利 于确定网络异常。 实施例二

本发明实施例提供了一种业务测试方法， 该方法由业务请求发起设备执 行， 该业务请求发起设备可以是 eNB或者用户设备。 参见图 3, 该方法包括： 步骤 201: 业务请求发起设备生成测试业务的业务请求， 业务请求包括测 试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节 点将测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测 试业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至 少一个网络节点发出的时间。

进一步地， 该业务请求中还包括以下字段： 服务器的目的地址、 业务类型 和 UE ID。 为了保证业务测试的准确性， 即使实在使用基站或其他非 UE设备 来进行业务测试时， 也可以使用软件等方式来生成 UE ID。

其中， 目的地址可以是一个网址， 业务类型包括但不限于视频、 邮件、 下 载、 网页等。 UE ID可以为 IMEI或 IMSI。

当 UE ID配置的是 IMEI时，业务请求发起设备就相当于未插入 SIM卡的 用户设备， 此时， 业务请求发起设备只能发起紧急呼叫业务； 当 UE ID配置的 是 IMSI时， 业务请求发起设备可以发起任何类型的业务。

当 UE ID配置的是 IMEI时，服务器不需要对该 UE ID进行验证；当 UE ID 配置的是 IMSI时， 服务器需要对该 UE ID进行验证， 若验证不通过则不会处 理业务请求发起设备的请求， 若验证通过则处理业务请求发起设备的请求。 其 中， 服务器用于为业务请求发起设备提供业务应答或服务。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现， 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

进一步地， 测试指示信息还可以指示测试业务的运行过程中的至少一个网 络节点将业务信息的传输正确率发送给业务质量处理节点。 当然， 在本发明实 施例的另外实现方式中， 上述业务运行信息还可以包括其他业务测试中常见的 信息， 这里不再赘述。

在本发明实施例的一种实现方式中， 测试指示信息包括第一测试标识或第 二测试标识。 其中， 第一测试标识用于指示至少一个网络节点将业务运行信息 写入测试业务的业务消息， 并指示至少一个网络节点通过至少一个网络节点中 的一个网络节点与业务质量处理节点的接口或者业务请求发起设备与业务质 量处理节点的接口， 将业务运行信息发送给业务质量处理节点； 第二测试标识 用于指示至少一个网络节点中的每一个将业务运行信息通过至少一个网络节 点中的每一个与业务质量处理节点之间的接口发送给业务质量处理节点。

作为一个具体示例， 假定业务请求发起设备为 UE, 至少一个网络节点包 括基站和核心网设备， 业务质量处理节点为网络管理系统。 在测试业务的发起 条件满足时， UE通过与基站所建立的 RRC连接向基站发送初始直传消息， 初 始直传消息中包含呼叫控制业务请求。 基站接收到初始直传消息， 记录初始直 传消息的到达时间。 基站通过 S1接口或 Iu接口向核心网设备发送初始 UE消 息， 该消息中包含所述呼叫控制业务请求， 基站记录发送所述初始 UE消息的 时间。核心网设备接收所述初始 UE消息，记录所述初始 UE消息的到达时间。 核心网设备通过所述基站向所述 UE发送响应消息， 记录该响应消息的发出时 间。 在本具体示例中， 测试业务的类型为呼叫控制业务， 该测试业务的业务消 息至少包括初始直传消息、 初始 UE消息和响应消息。 基站和核心网设备可以 将测试业务的业务消息记录的到达时间和发出时间通过北向接口或南向接口 发送给网络管理系统， 以便网络管理系统确定网络是否出现异常。

在本发明实施例的另外的实现方式中，测试指示信息包括： 网络节点类型， 网络节点类型用于指示与网络节点类型对应的至少一个网络节点将业务运行 信息发送给业务质量处理节点。

当然， 除了通过测试指示信息来指示哪些网络节点发送业务运行信息外， 也可以预先定义哪些网络节点发送业务运行信息， 如协议规定， 或者直接在网 络节点上进行设置等。 是否让一个网络节点发送业务运行信息， 除了考虑实际 的业务测试需要外， 还需要考虑网络节点的处理能力， 比如不支持该功能的网 络节点， 则不会要求发送该业务运行信息。

在本发明实施例的另外的实现方式中，测试指示信息包括：业务消息类型， 业务消息类型用于指示至少一个网络节点将业务消息类型对应的业务运行信 息发送给业务质量处理节点， 业务消息类型对应的业务运行信息包括业务消息 类型的业务消息到达至少一个网络节点的时间。

业务消息指的是业务运行过程中的所有消息， 业务请求只是业务消息的一 种。 比如一个视频业务， 既包括视频数据包， 也包括监控播放控制消息； 每个 业务消息可以有一个标识， 这个标识用于表示上述业务消息类型。

步骤 202: 业务请求发起设备发送业务请求。

步骤 203: 业务请求发起设备接收业务应答， 业务应答是服务器在接收到 业务请求后， 根据该业务请求产生的， 在本实施例的前述步骤中所指的网络节 点包括中间网络节点， 也包括这里所说的服务器。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间。 从而， 业务质量处理节点可以获得测试业务的业务消 息到达至少一个网络节点的时间， 而不会出现现有技术中采用人工拨测时只能 得到业务信息发起和到达的时间的问题， 使得业务测试结果更丰富， 更加有利 于确定网络异常， 更加有利于确定网络异常。 实施例三

本发明实施例提供了一种业务测试方法， 该方法由网络节点执行。 参见图 4, 该方法包括：

步骤 301: 测试业务的运行过程中的至少一个网络节点接收测试业务的业 务请求， 业务请求包括测试指示信息， 测试指示信息用于指示至少一个网络节 点将测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测 试业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至 少一个网络节点发出的时间。

进一步地， 该业务请求中还包括以下字段： 服务器的目的地址、 业务类型 和 UE ID, 目的地址可以是一个网址， 业务类型包括但不限于视频、 邮件、 下 载、 网页等。 UE ID可以为 IMEI或 IMSI。

步骤 302: 至少一个网络节点响应业务请求， 在测试业务的运行过程中将 业务运行信息发送给业务质量处理节点。

其中， 网络节点在发送业务运行信息之前， 会对接收的信息进行监控， 记 录业务请求到达的时间。

值得说明的是， 该网络节点包括中间网络节点和服务器， 且在业务请求发 起设备和服务器之间可能存在多个中间网络节点，每个中间网络节点都执行上 述步骤 301和 302。 其中， 服务器用于为业务请求发起设备提供业务应答或服 务。

本发明实施例通过网络节点在接收到测试业务的业务请求时， 将业务运行 信息发送给业务质量处理节点， 业务运行信息包括测试业务的业务消息到达至 少一个网络节点的时间或测试业务的业务消息由至少一个网络节点发出的时 间。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络 节点的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和 到达的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常， 更 加有利于确定网络异常。 实施例四

本发明实施例提供了一种业务测试方法， 该方法由网络节点执行。 参见图 5, 该方法包括：

步骤 401: 测试业务的运行过程中的至少一个网络节点接收测试业务的业 务请求， 业务请求包括测试指示信息， 测试指示信息用于指示至少一个网络节 点将测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测 试业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至 少一个网络节点发出的时间。

进一步地， 该业务请求中还包括以下字段： 服务器的目的地址、 业务类型 和 UE ID, 目的地址可以是一个网址， 业务类型包括但不限于视频、 邮件、 下 载、 网页等。 UE ID可以为 IMEI或 IMSI。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现， 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

步骤 402: 至少一个网络节点响应业务请求， 将业务运行信息发送给业务 质量处理节点。

具体地，本实施例中的网络节点既可以为中间网络节点，也可以是服务器。 其中， 服务器用于为业务请求发起设备提供业务应答或服务。

在本发明实施例的一种实现方式中， 测试指示信息包括第一测试标识或第 二测试标识； 其中， 第一测试标识用于指示至少一个网络节点将业务运行信息 写入测试业务的业务消息， 并指示至少一个网络节点通过至少一个网络节点中 的一个网络节点与业务质量处理节点的接口或者业务请求发起设备与业务质 量处理节点的接口， 将业务运行信息发送给业务质量处理节点； 第二测试标识 用于指示至少一个网络节点中的每一个将业务运行信息通过至少一个网络节 点中的每一个与业务质量处理节点之间的接口发送给业务质量处理节点。

作为一个具体示例， 假定业务请求发起设备为 UE, 至少一个网络节点包 括基站和核心网设备， 业务质量处理节点为网络管理系统。 在测试业务的发起 条件满足时， UE通过与基站所建立的 RRC连接向基站发送初始直传消息， 初 始直传消息中包含呼叫控制业务请求。 基站接收到初始直传消息， 记录初始直 传消息的到达时间。 基站通过 S1接口或 Iu接口向核心网设备发送初始 UE消 息， 该消息中包含所述呼叫控制业务请求， 基站记录发送所述初始 UE消息的 时间。核心网设备接收所述初始 UE消息，记录所述初始 UE消息的到达时间。 核心网设备通过所述基站向所述 UE发送响应消息， 记录该响应消息的发出时 间。 在本具体示例中， 测试业务的类型为呼叫控制业务， 该测试业务的业务消 息至少包括初始直传消息、 初始 UE消息和响应消息。 基站和核心网设备可以 将测试业务的业务消息记录的到达时间和发出时间通过北向接口或南向接口 发送给网络管理系统， 以便网络管理系统确定网络是否出现异常。

当测试指示信息为第一测试标识时， 上述步骤 402可采用以下方式实现： 至少一个网络节点将业务运行信息写入测试业务的业务信息， 并通过至少一个 网络节点中的一个网络节点与业务质量处理节点的接口或业务请求发起设备 与业务质量处理节点的接口， 将业务运行信息发送给业务质量处理节点。

当测试指示信息为第二测试标识时， 上述步骤 402可采用以下方式实现： 至少一个网络节点中的每一个将业务运行信息通过至少一个网络节点中的每 一个与业务质量处理节点之间的接口， 发送给业务质量处理节点。

在本发明实施例的另一种实现方式中，测试指示信息包括： 网络节点类型； 步骤 402可采用以下方式实现： 至少一个网络节点判断自身的网络节点类 型与测试指示信息中的网络节点类型是否相同；

在至少一个网络节点中， 判断出自身的网络节点类型与测试指示信息中的 网络节点类型相同的网络节点，在测试业务的运行过程中将业务运行信息发送 给业务质量处理节点。 在本发明实施例的另外实现方式中， 测试指示信息包括： 业务消息类型， 上述步骤 402可采用以下方式实现：

至少一个网络节点将业务消息类型对应的业务运行信息发送给业务质量 处理节点， 业务消息类型对应的业务运行信息包括业务消息类型的业务消息到 达至少一个网络节点的时间。

业务消息指的是业务运行过程中的所有消息， 业务请求只是业务消息的一 种。 比如一个视频业务， 既包括视频数据包， 也包括监控播放控制消息； 每个 业务消息都有一个标识， 这个标识用于表示上述业务消息类型。

当然， 在本发明实施例的另外实现方式中， 上述业务运行信息还可以包括 其他业务测试中常见的信息， 这里不再赘述。

另外， 网络节点除了执行上述步骤外， 还需要执行其他的功能， 比如基站 进行无线资源的调度， 核心网进行鉴权， 路由等方面的处理。

本发明实施例通过网络节点在接收到测试业务的业务请求时， 将业务运行 信息发送给业务质量处理节点， 业务运行信息包括测试业务的业务消息到达至 少一个网络节点的时间或测试业务的业务消息由至少一个网络节点发出的时 间。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络 节点的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和 到达的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例五

本发明实施例提供了一种业务测试方法， 该方法由业务质量处理节点执 行。 参见图 6, 该方法包括：

步骤 501 : 业务质量处理节点接收测试业务的业务运行信息， 业务运行信 息包括测试业务的业务消息到达至少一个网络节点的时间或测试业务的业务 消息由至少一个网络节点发出的时间。

步骤 502: 业务质量处理节点根据业务运行信息分析网络状况。

具体地， 步骤 502可以通过以下方式实现： 确定测试业务的业务消息到达 至少一个网络节点的时间； 计算业务运行信息中记录的两个相邻时间之间的时 间长度， 或者计算业务运行信息中记录的一个时间点与业务消息从业务请求发 起设备发出的时间或业务消息到达服务器的时间之间的时间长度； 比较计算出 的时间长度与对应的预设时间长度的大小，对应的预设时间长度是指与两个相 网络节点与业务发起设备之间的预设时间长度； 当计算出的时间长度大于对应 的预设时间长度时， 确定两个相邻时间所对应的两个网络节点， 或一个时间对 应的一个网络节点与业务发起设备之间存在网络异常。

本发明实施例通过接收测试业务的业务运行信息， 业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间， 获得测试业务的业务消息到达至少一个网络节点的 时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和到达的 时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例六

本发明实施例提供了一种业务测试方法， 该方法由业务质量处理节点执 行。 参见图 7, 该方法包括：

步骤 601 : 业务质量处理节点接收测试业务的业务运行信息， 业务运行信 息包括测试业务的业务消息到达至少一个网络节点的时间或测试业务的业务 消息由至少一个网络节点发出的时间。

步骤 602: 业务质量处理节点确定测试业务的业务消息到达至少一个网络 节点的时间。

步骤 603: 业务质量处理节点计算业务运行信息中记录的两个相邻时间之 间的时间长度， 或者计算业务运行信息中记录的一个时间点与业务消息从业务 请求发起设备发出的时间或业务消息到达服务器的时间之间的时间长度。

其中， 业务消息的起始时间是指业务消息从业务请求发起设备或服务器发 出的时间， 而到达时间则是指业务消息到达服务器或业务请求发起设备的时 间。

步骤 604: 业务质量处理节点比较计算出的时间长度与对应的预设时间长 度的大小， 对应的预设时间长度是指与两个相邻时间所对应的两个网络节点之 间的预设时间长度， 或与一个时间对应的一个网络节点与业务发起设备之间的 预设时间长度。

具体地， 步骤 604可以采用以下方式实现：

步骤一、 业务质量处理节点根据业务类型， 确定业务类型对应的预设时间 长度。 预设时间长度根据业务类型不同而不同， 例如， 在两个相同的网络节点之 间， 视频业务对应的预设时间长度大于邮件业务对应的预设时间长度。

步骤二、业务质量处理节点比较计算出的时间长度与对应的预设时间长度 的大小，对应的预设时间长度是指与两个相邻时间所对应的两个网络节点之间 的与业务类型对应的预设时间长度， 或与一个时间对应的一个网络节点与业务 发起设备之间的与业务类型对应的预设时间长度。

步骤 605: 当计算出的时间长度大于对应的预设时间长度时， 业务质量处 理节点确定两个相邻时间所对应的两个网络节点， 或一个时间对应的一个网络 节点与业务发起设备之间存在网络异常。 为了方便理解， 下面对本实施例提供的方法进行举例： 例如在业务请求发 起设备和服务器之间存在两个网络节点 A和 B, A和 B之间视频业务的预设时 间长度为 100ms, 邮件业务的预设时间长度为 50ms。 那么当业务质量处理节 点接收测试业务的业务运行信息时， 若该业务运行信息中包括有业务消息到达 A和 B的时间， 且到达 A和 B的时间为相邻时间点时， 则进行如下处理： 计 算到达 A和 B的时间长度； 判断业务类型， 若此时业务类型为视频业务， 则 可得到预设时间长度为 100ms; 比较计算出的时间长度与 100ms的大小， 当计 算出的时间长度大于 100ms时， 即判断 A和 B之间存在网络故障。

本发明实施例通过接收测试业务的业务运行信息， 业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间， 获得测试业务的业务消息到达至少一个网络节点的 时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和到达的 时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例七

本发明实施例提供了一种业务测试方法， 在本实施例中业务运行信息为业 务应答到达中间网络节点的时间， 测试指示信息为第一测试标识， 业务请求发 起设备为 eNB , 网络节点包括中间网络节点和服务器， 该中间网络节点为 MME, 业务质量处理节点为网络管理设备。 参见图 8, 该方法包括：

步骤 701: 业务请求发起设备生成业务请求， 业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间。

其中， 业务请求发起设备可以是 e-NB或用户设备。

该业务请求还包括： 目的地址、 业务类型和 UE ID。 具体地， 目的地址可 以是一个网址， 业务类型包括但不限于视频、 邮件、 下载、 网页等。 UE ID可 以为 IMEI或 IMSI。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现； 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

在本实施例中， 测试指示信息指示中间网络节点将业务应答到达的时间发 送给业务质量处理节点。

步骤 702: 业务请求发起设备发送业务请求。

步骤 703: 中间网络节点接收到测试业务的业务请求后， 处理并转发业务 请求。

中间网络节点对接收到的业务请求进行处理后转发给下一个网络节点， 上 述处理可以是以下内容： 基站进行无线资源的处理， 核心网进行鉴权， 路由等 方面的处理。

步骤 704: 服务器根据业务请求， 生成业务应答， 并发送该业务应答。 其中， 服务器用于为业务请求发起设备提供业务应答或服务。

步骤 705: 中间网络节点接收业务应答， 并将业务运行信息写入该业务应 答， 业务运行信息包括业务应答到达的时间。

步骤 706: 中间网络节点处理并转发业务应答。

步骤 707: 业务请求发起设备接收业务应答， 并获取其中的业务运行信息， 将该业务运行信息发送给业务质量处理节点。

在本发明实施例的另一种实现方式中， 业务请求发起设备还可以直接将业 务应答发送给业务质量处理节点。

步骤 708: 业务质量处理节点根据业务运行信息， 分析网络状况。

为了方便理解， 下面对本实施例提供的方法进行举例： 例如在业务请求发 起设备和服务器之间存在两个网络节点 A和 B, A和 B之间视频业务的预设时 间长度为 100ms, 邮件业务的预设时间长度为 50ms。 那么当业务质量处理节 点接收测试业务的业务运行信息时， 若该业务运行信息中包括有业务消息到达 A和 B的时间， 且到达 A和 B的时间为相邻时间点时， 则进行如下处理： 计 算到达 A和 B的时间长度； 判断业务类型， 若此时业务类型为视频业务， 则 可得到预设时间长度为 100ms; 比较计算出的时间长度与 100ms的大小， 当计 算出的时间长度大于 100ms时， 即判断 A和 B之间存在网络故障。

在上述步骤 708中， 由于采用了自动的业务测试方法， 避免了传统网络测 试中需要人工的参与， 耗费较多的人力的问题。

容易知道， 分析网络状况也可以通过人工实现。

在本发明实施例的另一种实现方式中， 业务质量处理节点可以是上述业务 请求发起设备， 此时， 业务请求发起设备在接收到业务应答后， 获取其中的业 务运行信息， 并根据业务运行信息分析网络状况。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间， 网络节点将业务运行信息写入测试业务的业务信息。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络节点 的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和到达 的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例八

本发明实施例提供了一种业务测试方法， 在本实施例中业务运行信息为业 务请求和业务应答到达网络节点的时间， 测试指示信息为第二测试标识， 业务 请求发起设备为 eNB , 网络节点包括中间网络节点和服务器， 该中间网络节点 为 MME, 业务质量处理节点为网络管理设备， 例如 OAM系统。 参见图 9, 该 方法包括：

步骤 801 : 业务请求发起设备生成业务请求， 业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间。

其中， 业务请求发起设备可以是 e-NB或用户设备。

该业务请求还包括： 目的地址、 业务类型和 UE ID。 具体地， 目的地址可 以是一个网址， 业务类型包括但不限于视频、 邮件、 下载、 网页等。 UE ID可 以为 IMEI或 IMSI。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现； 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

在本实施例中， 测试指示信息除了指示中间网络节点和服务器将业务请求 到达的时间发送给业务质量处理节点，还指示中间网络节点将业务应答到达的 时间发送给业务质量处理节点。 其中， 服务器用于为业务请求发起设备提供业 务应答或服务。

步骤 802: 业务请求发起设备发送业务请求。

步骤 803: 中间网络节点接收测试业务的业务请求， 并将该业务请求到达 中间网络节点的时间直接发送给业务质量处理节点。

步骤 804: 中间网络节点处理并转发业务请求。

中间网络节点对接收到的业务请求进行处理后转发给下一个网络节点， 上 述处理可以是以下内容： 基站进行无线资源的处理， 核心网进行鉴权， 路由等 方面的处理。

步骤 805: 服务器根据业务请求， 生成业务应答， 并将业务请求到达的时 间发送给业务质量处理节点。

步骤 806: 服务器发送业务应答。

步骤 807: 中间网络节点接收业务应答， 并将该业务应答到达中间网络节 点的时间直接发送给业务质量处理节点。

步骤 808: 中间网络节点将业务应答发送给业务请求发起设备。

步骤 809: 业务质量处理节点根据业务请求到达中间网络节点的时间、 业 务请求到达服务器的时间和业务应答到达中间网络节点的时间， 分析网络状 况。

为了方便理解， 下面对本实施例提供的方法进行举例： 例如在业务请求发 起设备和服务器之间存在两个网络节点 A和 B, A和 B之间视频业务的预设时 间长度为 100ms, 邮件业务的预设时间长度为 50ms。 那么当业务质量处理节 点接收测试业务的业务运行信息时， 若该业务运行信息中包括有业务消息到达 A和 B的时间， 且到达 A和 B的时间为相邻时间点时， 则进行如下处理： 计 算到达 A和 B的时间长度； 判断业务类型， 若此时业务类型为视频业务， 则 可得到预设时间长度为 100ms; 比较计算出的时间长度与 100ms的大小， 当计 算出的时间长度大于 100ms时， 即判断 A和 B之间存在网络故障。

在上述步骤 809中， 由于采用了自动的业务测试方法， 避免了传统网络测 试中需要人工的参与， 耗费较多的人力的问题。

容易知道， 分析网络的状况也可以通过人工实现。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间， 网络节点将业务运行信息直接发送给业务请求发起设 备。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络 节点的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和 到达的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例九

本发明实施例提供了一种业务请求发起设备，参见图 10,该业务请求发起 设备包括：

处理器 901 ,用于生成测试业务的业务请求，业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间；

发送器 902, 用于发送业务请求。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间。 从而， 业务质量处理节点可以获得测试业务的业务消 息到达至少一个网络节点的时间， 而不会出现现有技术中采用人工拨测时只能 得到业务信息发起和到达的时间的问题， 使得业务测试结果更丰富， 更加有利 于确定网络异常。 实施例十

本发明实施例提供了一种业务请求发起设备， 该业务请求发起设备可以是 eNB或者用户设备。 参见图 11 , 该业务请求发起设备包括： 处理器 1001、 发 送器 1002和接收器 1003。

处理器 1001 ,用于生成测试业务的业务请求，业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间；

发送器 1002, 用于发送业务请求；

接收器 1003,用于接收业务应答，业务应答是服务器在接收到业务请求后， 根据该业务请求产生的， 在本实施例的前述步骤中所指的网络节点即包括中间 网络节点， 也包括这里所说的服务器。

其中， 服务器用于为业务请求发起设备提供业务应答或服务。

进一步地， 该业务请求中还包括以下字段： 服务器的目的地址、 业务类型 和 UE ID。 为了保证业务测试的准确性， 即使实在使用基站或其他非 UE设备 来进行业务测试时， 也可以使用软件等方式来生成 UE ID。

其中， 目的地址可以是一个网址， 业务类型包括但不限于视频、 邮件、 下 载、 网页等。 UE ID可以为 IMEI或 IMSI。

当 UE ID配置的是 IMEI时，业务请求发起设备就相当于未插入 SIM卡的 用户设备， 此时， 业务请求发起设备只能发起紧急呼叫业务； 当 UE ID配置的 是 IMSI时， 业务请求发起设备可以发起任何类型的业务。

当 UE ID配置的是 IMEI时，服务器不需要对该 UE ID进行验证；当 UE ID 配置的是 IMSI时， 服务器需要对该 UE ID进行验证， 若验证不通过则不会处 理业务请求发起设备的请求， 若验证通过则处理业务请求发起设备的请求。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现， 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

进一步地， 测试指示信息包括第一测试标识或者第二测试标识； 第一测试标识用于指示至少一个网络节点将业务运行信息写入测试业务 的业务消息， 并指示至少一个网络节点通过至少一个网络节点中的一个网络节 点与业务质量处理节点的接口或者业务请求发起设备与业务质量处理节点的 接口， 将业务运行信息发送给业务质量处理节点；

第二测试标识用于指示至少一个网络节点中的每一个将业务运行信息通 过至少一个网络节点中的每一个与业务质量处理节点之间的接口发送给业务 质量处理节点。

进一步地， 测试指示信息包括： 网络节点类型， 网络节点类型用于指示与 网络节点类型对应的至少一个网络节点将业务运行信息发送给业务质量处理 节点。

当然， 除了通过测试指示信息来指示哪些网络节点发送业务运行信息外， 也可以预先定义哪些网络节点发送业务运行信息， 如协议规定， 或者直接在网 络节点上进行设置等。 是否让一个网络节点发送业务运行信息， 除了考虑实际 的业务测试需要外， 还需要考虑网络节点的处理能力， 比如不支持该功能的网 络节点， 则不会要求发送该业务运行信息。

进一步地， 测试指示信息包括： 业务消息类型， 业务消息类型用于指示至 少一个网络节点将业务消息类型对应的业务运行信息发送给业务质量处理节 点， 业务消息类型对应的业务运行信息包括业务消息类型的业务消息到达至少 一个网络节点的时间。

业务消息指的是业务运行过程中的所有消息， 业务请求只是业务消息的一 种。 比如一个视频业务， 既包括视频数据包， 也包括监控播放控制消息； 每个 业务消息都有一个标识， 这个标识用于表示上述业务消息类型。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间。 从而， 业务质量处理节点可以获得测试业务的业务消 息到达至少一个网络节点的时间， 而不会出现现有技术中采用人工拨测时只能 得到业务信息发起和到达的时间的问题， 使得业务测试结果更丰富， 更加有利 于确定网络异常。 实施例十一

本发明实施例提供了一种网络节点， 参见图 12, 该网络节点包括： 接收器 1201 ,用于接收测试业务的业务请求，业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间；

处理器 1202,用于响应业务请求，在测试业务的运行过程中将业务运行信 息发送给业务质量处理节点。

本发明实施例通过网络节点在接收到测试业务的业务请求时， 将业务运行 信息发送给业务质量处理节点， 业务运行信息包括测试业务的业务消息到达至 少一个网络节点的时间或测试业务的业务消息由至少一个网络节点发出的时 间。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络 节点的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和 到达的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例十二

本发明实施例提供了一种网络节点， 参见图 13 , 该网络节点包括： 接收器 1301、 处理器 1302和发送器 1303。

接收器 1301 ,用于接收测试业务的业务请求，业务请求包括测试指示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将测试业 务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业务的业 务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一个网络 节点发出的时间；

处理器 1302,用于响应业务请求，在测试业务的运行过程中将业务运行信 息发送给业务质量处理节点。

进一步地， 该业务请求中还包括以下字段： 服务器的目的地址、 业务类型 和 UE ID, 目的地址可以是一个网址， 业务类型包括但不限于视频、 邮件、 下 载、 网页等。 UE ID可以为 IMEI或 IMSI。

在具体实现中， 测试指示信息既可以通过在业务请求中新增字段来实现， 也可以通过定义新的业务类型来表示业务类型和测试指示信息。 例如， 新定义 的业务类型中前 a个比特表示业务类型， 后 b个比特表示测试指示信息， 其中 a和 b均为大于 0的整数。

具体地，本实施例中的网络节点既可以为中间网络节点，也可以是服务器。 其中， 服务器用于为业务请求发起设备提供业务应答或服务。

具体地， 测试指示信息包括第一测试标识或第二测试标识； 其中， 第一测 试标识用于指示至少一个网络节点将业务运行信息写入测试业务的业务消息， 并指示至少一个网络节点通过至少一个网络节点中的一个网络节点与业务质 量处理节点的接口或者业务请求发起设备与业务质量处理节点的接口， 将业务 运行信息发送给业务质量处理节点； 第二测试标识用于指示至少一个网络节点 中的每一个将业务运行信息通过至少一个网络节点中的每一个与业务质量处 理节点之间的接口发送给业务质量处理节点。

处理器 1302,用于当测试指示信息为第一测试标识时，将业务运行信息写 入测试业务的业务信息， 并通过至少一个网络节点中的一个网络节点与业务质 量处理节点的接口或业务请求发起设备与业务质量处理节点的接口， 将业务运 行信息发送给业务质量处理节点； 当测试指示信息为第二测试标识时， 将业务 运行信息通过网络节点中与业务质量处理节点之间的接口，发送给业务质量处 理节点。

进一步地， 测试指示信息包括： 网络节点类型， 处理器 1302, 用于判断自 身的网络节点类型与测试指示信息中的网络节点类型是否相同；

当判断出自身的网络节点类型与测试指示信息中的网络节点类型相同时， 在测试业务的运行过程中将业务运行信息发送给业务质量处理节点。

当然， 除了通过测试指示信息来指示哪些网络节点发送业务运行信息外， 也可以预先定义哪些网络节点发送业务运行信息， 如协议规定， 或者直接在网 络节点上进行设置等。 是否让一个网络节点发送业务运行信息， 除了考虑实际 的业务测试需要外， 还需要考虑网络节点的处理能力， 比如不支持该功能的网 络节点， 则不会要求发送该业务运行信息。

进一步地， 测试指示信息包括： 业务消息类型， 用于将业务消息类型对应 的业务运行信息发送给业务质量处理节点， 业务消息类型对应的业务运行信息 包括业务消息类型的业务消息到达至少一个网络节点的时间。

业务消息指的是业务运行过程中的所有消息， 业务请求只是业务消息的一 种。 比如一个视频业务， 既包括视频数据包， 也包括监控播放控制消息； 每个 业务消息都有一个标识， 这个标识用于表示上述业务消息类型。

进一步地， 发送器 1303, 用于发送业务请求。

本发明实施例通过网络节点在接收到测试业务的业务请求时， 将业务运行 信息发送给业务质量处理节点， 业务运行信息包括测试业务的业务消息到达至 少一个网络节点的时间或测试业务的业务消息由至少一个网络节点发出的时 间。 从而， 业务质量处理节点可以获得测试业务的业务消息到达至少一个网络 节点的时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和 到达的时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例十三

本发明实施例提供了一种业务质量处理节点， 参见图 14, 该节点包括： 接收器 1501 ,用于接收测试业务的业务运行信息，业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间；

处理器 1502, 用于根据业务运行信息分析网络状况。

本发明实施例通过接收测试业务的业务运行信息， 业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间， 获得测试业务的业务消息到达至少一个网络节点的 时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和到达的 时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例十四

本发明实施例提供了一种业务质量处理节点， 参见图 15, 该节点包括： 接收器 1601和处理器 1602;

接收器 1601 ,用于接收测试业务的业务运行信息，业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间； 处理器 1602, 用于根据业务运行信息分析网络状况。

具体地， 处理器 1602, 用于根据业务运行信息， 确定测试业务的业务消息 到达至少一个网络节点的时间； 计算业务运行信息中记录的两个相邻时间之间 的时间长度， 或者计算业务运行信息中记录的一个时间点与业务消息从业务请 求发起设备发出的时间或业务消息到达服务器的时间之间的时间长度； 比较计 算出的时间长度与对应的预设时间长度的大小， 对应的预设时间长度是指与两 个相邻时间所对应的两个网络节点之间的预设时间长度， 或与一个时间对应的 一个网络节点与业务发起设备之间的预设时间长度； 当计算出的时间长度大于 对应的预设时间长度时， 确定两个相邻时间所对应的两个网络节点， 或一个时 间对应的一个网络节点与业务发起设备之间存在网络异常。

其中， 业务消息的起始时间是指业务消息从业务请求发起设备或服务器发 出的时间， 而到达时间则是指业务消息到达服务器或业务请求发起设备的时 间。

其中， 处理器 1602包括：

确定单元， 用于根据业务类型， 确定业务类型对应的预设时间长度； 预设时间长度根据业务类型不同而不同， 例如， 在两个相同的网络节点之 间， 视频业务对应的预设时间长度大于邮件业务对应的预设时间长度。

比较单元， 用于比较计算出的时间长度与对应的预设时间长度的大小， 对 应的预设时间长度是指与两个相邻时间所对应的两个网络节点之间的与业务 类型对应的预设时间长度， 或与一个时间对应的一个网络节点与业务发起设备 之间的与业务类型对应的预设时间长度。

为了方便理解， 下面对本实施例提供的方法进行举例： 例如在业务请求发 起设备和服务器之间存在两个网络节点 A和 B, A和 B之间视频业务的预设时 间长度为 100ms, 邮件业务的预设时间长度为 50ms。 那么当业务质量处理节 点接收测试业务的业务运行信息时， 若该业务运行信息中包括有业务消息到达 A和 B的时间， 且到达 A和 B的时间为相邻时间点时， 则进行如下处理： 计 算到达 A和 B的时间长度； 判断业务类型， 若此时业务类型为视频业务， 则 可得到预设时间长度为 100ms; 比较计算出的时间长度与 100ms的大小， 当计 算出的时间长度大于 100ms时， 即判断 A和 B之间存在网络故障。

本发明实施例通过接收测试业务的业务运行信息， 业务运行信息包括测试 业务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少 一个网络节点发出的时间， 获得测试业务的业务消息到达至少一个网络节点的 时间， 而不会出现现有技术中采用人工拨测时只能得到业务信息发起和到达的 时间的问题， 使得业务测试结果更丰富， 更加有利于确定网络异常。 实施例十五

本发明实施例提供了一种业务测试系统， 参见图 16, 该系统包括： 如实施例九或十所述的业务请求发起设备 1701、如实施例十一或十二所述 的网络节点 1702以及如实施例十三或十四所述的业务质量处理节点 1703。

本发明实施例通过业务请求发起设备发送业务请求， 业务请求包括测试指 示信息， 测试指示信息用于指示测试业务的运行过程中的至少一个网络节点将 测试业务的业务运行信息发送给业务质量处理节点， 业务运行信息包括测试业 务的业务消息到达至少一个网络节点的时间或测试业务的业务消息由至少一 个网络节点发出的时间。 从而， 业务质量处理节点可以获得测试业务的业务消 息到达至少一个网络节点的时间， 而不会出现现有技术中采用人工拨测时只能 得到业务信息发起和到达的时间的问题， 使得业务测试结果更丰富， 更加有利 于确定网络异常。 需要说明的是： 上述实施例提供的业务请求发起设备、 网络节点和业务质 量处理节点在进行业务测试时， 仅以上述各功能模块的划分进行举例说明， 实 际应用中， 可以根据需要而将上述功能分配由不同的功能模块完成， 即将设备 的内部结构划分成不同的功能模块， 以完成以上描述的全部或者部分功能。 另 外， 上述实施例提供的业务请求发起设备、 网络节点和业务质量处理节点与业 务测试方法实施例属于同一构思， 其具体实现过程详见方法实施例， 这里不再 赘述。

上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。

以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims (1)

1. 权 利 要 求 书

   1、 一种业务测试方法， 其特征在于， 所述方法包括：

   业务请求发起设备生成测试业务的业务请求， 所述业务请求包括测试指示 信息， 所述测试指示信息用于指示所述测试业务的运行过程中的至少一个网络 节点将所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行 信息包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述测 试业务的业务消息由所述至少一个网络节点发出的时间；

   所述业务请求发起设备发送所述业务请求。

   2、 根据权利要求 1所述的方法， 其特征在于， 所述测试指示信息包括第一 测试标识或者第二测试标识；

   所述第一测试标识用于指示所述至少一个网络节点将所述业务运行信息写 入所述测试业务的业务消息， 并指示所述至少一个网络节点通过所述至少一个 网络节点中的一个网络节点与所述业务质量处理节点的接口或者所述业务请求 发起设备与所述业务质量处理节点的接口， 将所述业务运行信息发送给所述业 务质量处理节点；

   所述第二测试标识用于指示所述至少一个网络节点中的每一个将所述业务 运行信息通过所述至少一个网络节点中的每一个与所述业务质量处理节点之间 的接口发送给所述业务质量处理节点。

   3、 根据权利要求 1所述的方法， 其特征在于， 所述测试指示信息包括： 网 络节点类型， 所述网络节点类型用于指示与所述网络节点类型对应的所述至少 一个网络节点将所述业务运行信息发送给所述业务质量处理节点。

   4、 根据权利要求 1所述的方法， 其特征在于， 所述测试指示信息包括： 业 务消息类型， 所述业务消息类型用于指示所述至少一个网络节点将所述业务消 息类型对应的所述业务运行信息发送给所述业务质量处理节点， 所述业务消息 类型对应的所述业务运行信息包括所述业务消息类型的业务消息到达所述至少 一个网络节点的时间。

   5、 一种业务测试方法， 其特征在于， 所述方法包括：

   测试业务的运行过程中的至少一个网络节点接收测试业务的业务请求， 所 述业务请求包括测试指示信息， 所述测试指示信息用于指示所述至少一个网络 节点将所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行 信息包括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述测 试业务的业务消息由所述至少一个网络节点发出的时间；

   所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点。

   6、 根据权利要求 5所述的方法， 其特征在于， 所述测试指示信息包括第一 测试标识或第二测试标识； 其中， 所述第一测试标识用于指示所述至少一个网 络节点将所述业务运行信息写入所述测试业务的业务消息， 并指示所述至少一 个网络节点通过所述至少一个网络节点中的一个网络节点与所述业务质量处理 节点的接口或者所述业务请求发起设备与所述业务质量处理节点的接口， 将所 述业务运行信息发送给所述业务质量处理节点； 所述第二测试标识用于指示所 述至少一个网络节点中的每一个将所述业务运行信息通过所述至少一个网络节 点中的每一个与所述业务质量处理节点之间的接口发送给所述业务质量处理节 点；

   当所述测试指示信息为所述第一测试标识时， 所述至少一个网络节点响应 所述业务请求， 在所述测试业务的运行过程中将所述业务运行信息发送给所述 业务质量处理节点， 包括：

   所述至少一个网络节点将所述业务运行信息写入所述测试业务的业务信 息， 并通过所述至少一个网络节点中的一个网络节点与所述业务质量处理节点 的接口或所述业务请求发起设备与所述业务质量处理节点的接口， 将所述业务 运行信息发送给所述业务质量处理节点；

   当所述测试指示信息为所述第二测试标识时， 所述至少一个网络节点响应 所述业务请求， 在所述测试业务的运行过程中将所述业务运行信息发送给所述 业务质量处理节点， 包括：

   所述至少一个网络节点中的每一个将所述业务运行信息通过所述至少一个 网络节点中的每一个与所述业务质量处理节点之间的接口， 发送给所述业务质 量处理节点。

   7、 根据权利要求 5所述的方法， 其特征在于， 所述测试指示信息包括： 网 络节点类型；

   所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点， 包括：

   所述至少一个网络节点判断自身的网络节点类型与所述测试指示信息中的 网络节点类型是否相同；

   在所述至少一个网络节点中， 判断出自身的网络节点类型与所述测试指示 信息中的网络节点类型相同的网络节点， 在所述测试业务的运行过程中将所述 业务运行信息发送给所述业务质量处理节点。

   8、 根据权利要求 5所述的方法， 其特征在于， 所述测试指示信息包括： 业 务消息类型；

   所述至少一个网络节点响应所述业务请求， 在所述测试业务的运行过程中 将所述业务运行信息发送给所述业务质量处理节点， 包括：

   所述至少一个网络节点将所述业务消息类型对应的所述业务运行信息发送 给所述业务质量处理节点， 所述业务消息类型对应的所述业务运行信息包括所 述业务消息类型的业务消息到达所述至少一个网络节点的时间。

   9、 一种业务测试方法， 其特征在于， 所述方法包括：

   业务质量处理节点接收测试业务的业务运行信息， 所述业务运行信息包括 所述测试业务的业务消息到达至少一个网络节点的时间；

   所述业务质量处理节点根据所述业务运行信息， 确定所述测试业务的业务 消息到达所述至少一个网络节点的时间；

   所述业务质量处理节点计算所述业务运行信息中记录的两个相邻时间之间 的时间长度， 或者计算所述业务运行信息中记录的一个时间与所述业务消息从 业务请求发起设备发出的时间或所述业务消息到达服务器的时间之间的时间长 度；

   所述业务质量处理节点比较计算出的所述时间长度与对应的预设时间长度 的大小， 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网络 节点之间的预设时间长度， 或与所述一个时间对应的一个网络节点与业务发起 设备之间的预设时间长度； 处理节点确定所述两个相邻时间所对应的两个网络节点， 或所述一个时间对应 的一个网络节点与所述业务发起设备或所述服务器之间存在网络异常。

   10、 根据权利要求 9所述的方法， 其特征在于， 所述比较计算出的所述时 间长度与对应的预设时间长度的大小， 包括：

   所述业务质量处理节点根据业务类型， 确定所述业务类型对应的预设时间 长度；

   所述业务质量处理节点比较计算出的所述时间长度与对应的预设时间长度 的大小， 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网络 节点之间的与所述业务类型对应的预设时间长度， 或与所述一个时间对应的一 个网络节点与业务发起设备之间的与所述业务类型对应的预设时间长度。

   11、 一种业务请求发起设备， 其特征在于， 所述设备包括：

   处理器， 用于生成测试业务的业务请求， 所述业务请求包括测试指示信息， 所述测试指示信息用于指示所述测试业务的运行过程中的至少一个网络节点将 所述测试业务的业务运行信息发送给业务质量处理节点， 所述业务运行信息包 括所述测试业务的业务消息到达所述至少一个网络节点的时间或所述测试业务 的业务消息由所述至少一个网络节点发出的时间；

   发送器， 用于发送所述业务请求。

   12、 根据权利要求 11所述的设备， 其特征在于， 所述测试指示信息包括第 一测试标识或者第二测试标识；

   所述第一测试标识用于指示所述至少一个网络节点将所述业务运行信息写 入所述测试业务的业务消息， 并指示所述至少一个网络节点通过所述至少一个 网络节点中的一个网络节点与所述业务质量处理节点的接口或者所述业务请求 发起设备与所述业务质量处理节点的接口， 将所述业务运行信息发送给所述业 务质量处理节点；

   所述第二测试标识用于指示所述至少一个网络节点中的每一个将所述业务 运行信息通过所述至少一个网络节点中的每一个与所述业务质量处理节点之间 的接口发送给所述业务质量处理节点。

   13、 根据权利要求 11所述的设备， 其特征在于， 所述测试指示信息包括： 网络节点类型， 所述网络节点类型用于指示与所述网络节点类型对应的所述至 少一个网络节点将所述业务运行信息发送给所述业务质量处理节点。

   14、 根据权利要求 11所述的设备， 其特征在于， 所述测试指示信息包括： 业务消息类型， 所述业务消息类型用于指示所述至少一个网络节点将所述业务 消息类型对应的所述业务运行信息发送给所述业务质量处理节点， 所述业务消 息类型对应的所述业务运行信息包括所述业务消息类型的业务消息到达所述至 少一个网络节点的时间。 15、 一种网络节点， 其特征在于， 所述网络节点包括：

   接收器， 用于接收测试业务的业务请求， 所述业务请求包括测试指示信息， 所述测试指示信息用于指示所述至少一个网络节点将所述测试业务的业务运行 信息发送给业务质量处理节点， 所述业务运行信息包括所述测试业务的业务消 息到达所述至少一个网络节点的时间或所述测试业务的业务消息由所述至少一 个网络节点发出的时间；

   处理器， 用于响应所述业务请求， 在所述测试业务的运行过程中将所述业 务运行信息发送给所述业务质量处理节点。

   16、 根据权利要求 15所述的网络节点， 其特征在于， 所述测试指示信息包 括第一测试标识或第二测试标识， 所述处理器， 用于当所述测试指示信息为所 述第一测试标识时， 将所述业务运行信息写入所述测试业务的业务信息， 并通 过所述网络节点与所述业务质量处理节点的接口或所述业务请求发起设备与所 述业务质量处理节点的接口， 将所述业务运行信息发送给所述业务质量处理节 点；

   当所述测试指示信息为所述第二测试标识时， 将所述业务运行信息通过所 述至少一个网络节点中的每一个与所述业务质量处理节点之间的接口， 发送给 所述业务质量处理节点。

   17、 根据权利要求 15所述的网络节点， 其特征在于， 所述测试指示信息包 括： 网络节点类型， 所述处理器， 用于判断自身的网络节点类型与所述测试指 示信息中的网络节点类型是否相同；

   当判断出自身的网络节点类型与所述测试指示信息中的网络节点类型相同 时， 在所述测试业务的运行过程中将所述业务运行信息发送给所述业务质量处 理节点。

   18、 根据权利要求 15所述的网络节点， 其特征在于， 所述测试指示信息包 括： 业务消息类型， 所述处理器， 用于将所述业务消息类型对应的所述业务运 行信息发送给所述业务质量处理节点， 所述业务消息类型对应的所述业务运行 信息包括所述业务消息类型的业务消息到达所述至少一个网络节点的时间。

   19、 一种业务质量处理节点， 其特征在于， 所述节点包括：

   接收器， 用于接收测试业务的业务运行信息， 所述业务运行信息包括所述 测试业务的业务消息到达至少一个网络节点的时间；

   处理器， 用于根据所述业务运行信息， 确定所述测试业务的业务消息到达 所述至少一个网络节点的时间； 计算所述业务运行信息中记录的两个相邻时间 之间的时间长度， 或者计算所述业务运行信息中记录的一个时间点与所述业务 消息从业务请求发起设备发出的时间或所述业务消息到达服务器的时间之间的 应的预设时间长度是指与所述两个相邻时间所对应的两个网络节点之间的预设 时间长度， 或与所述一个时间对应的一个网络节点与业务发起设备之间的预设 述两个相邻时间所对应的两个网络节点， 或所述一个时间对应的一个网络节点 与所述业务发起设备或所述服务器之间存在网络异常。

   20、 根据权利要求 19所述的节点， 其特征在于， 所述处理器包括： 确定单元， 用于根据业务类型， 确定所述业务类型对应的预设时间长度； 所述对应的预设时间长度是指与所述两个相邻时间所对应的两个网络节点之间 的与所述业务类型对应的预设时间长度， 或与所述一个时间对应的一个网络节 点与业务发起设备之间的与所述业务类型对应的预设时间长度。

   21、 一种网络测试系统， 其特征在于， 所述系统包括：

   如权利要求 11-14任一项所述的业务请求发起设备、如权利要求 15-18任一 项所述的网络节点以及如权利要求 19-20任一项所述的业务质量处理节点。