创建测试会话的方法、客户端和服务器与流程

本发明涉及通信技术领域，并且更具体地，涉及一种创建测试会话的方法、客户端和服务器。

背景技术：

在网络测量领域已有多种网络测量协议。rfc4656中描述了单向主动测量协议(owamp)。owamp可用于测量两个网络设备间的单向或单程指标/特性，例如单向延迟和单向损耗。可以在这两个网络设备间的任一方向上测量。rfc5357中描述了双向主动测量协议(twamp)。twamp基于owamp。twamp可用于测量两个网络设备间的双向或双程指标/特性，例如双向延迟和双程损耗。这些协议可以用于及时地在指定点测量或表征移动宽带网络、互联网协议(ip)网络和其他网络的行为。owamp和twamp均包括控制协议和测试协议，其中，控制协议用于建立性能测量会话，测试协议用于性能测量探测的发送和接收。

基于控制协议，客户端在服务器和客户端之间建立连接和创建会话。如果用于多个发送器的多个会话请求被发起，它们应该按顺序被发起，以便会话请求响应能够与发送器关联。然而，如果用于多个发送器的会话请求同时被发起，客户端不能区分会话请求响应。

技术实现要素：

本发明实施例提供了一种创建测试会话的方法、客户端和服务器，使得客户端能够区分对应多个不同发送器的响应。

第一方面，提供了一种创建测试会话的方法，包括：

客户端向服务器发送用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识；

所述客户端接收所述服务器发送的请求会话响应消息，其中，所述请求会话响应消息携带第二业务标识；以及

所述客户端根据所述第一业务标识和所述第二业务标识确定所述请求会话响应消息是否与所述第一发送器关联。

根据第一方面的方法，在第一种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的第一预定字段中，所述第二业务标识被携带在所述请求会话响应消息的第二预定字段中。

根据第一方面或第一方面的前述任一种实现方式的方法，在第二种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的必须为零mbz字段中，所述第二业务标识被携带在所述请求会话响应消息的mbz字段中。

根据第一方面或第一方面的前述任一种实现方式的方法，在第三种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的新增字段中，所述第二业务标识被携带在所述请求会话响应消息的新增字段中。

第二方面，提供了一种创建测试会话的方法，包括：

服务器接收客户端发送的用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识；以及

所述服务器向所述客户端发送请求会话响应消息，其中，所述请求会话响应消息携带所述第一业务标识。

根据第二方面的方法，在第一种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的预定字段中，以及所述请求会话响应消息的预定字段中。

根据第二方面或第二方面的前述任一种实现方式的方法，在第二种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的必须为零mbz字段中，以及所述请求会话响应消息的mbz字段中。

根据第二方面或第二方面的前述任一种实现方式的方法，在第三种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的新增字段中，以及所述请求会话响应消息的新增字段中。

第三方面，提供了一种客户端，包括：

发送单元，用于向服务器发送用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识；

接收单元，用于接收所述服务器发送的请求会话响应消息，其中，所述请求会话响应消息携带第二业务标识；以及

确定单元，用于根据所述第一业务标识和所述第二业务标识确定所述请求会话响应消息是否与所述第一发送器关联。

根据第三方面的客户端，在第一种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的第一预定字段中，所述第二业务标识被携带在所述请求会话响应消息的第二预定字段中。

根据第三方面或第三方面的前述任一种实现方式的客户端，在第二种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的必须为零mbz字段中，所述第二业务标识被携带在所述请求会话响应消息的mbz字段中。

根据第三方面或第三方面的前述任一种实现方式的客户端，在第三种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的新增字段中，所述第二业务标识被携带在所述请求会话响应消息的新增字段中。

第四方面，提供了一种服务器，包括：

接收单元，用于接收客户端发送的用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识；以及

发送单元，用于向所述客户端发送请求会话响应消息，其中，所述请求会话响应消息携带所述第一业务标识。

根据第四方面的服务器，在第一种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的预定字段中，以及所述请求会话响应消息的预定字段中。

根据第四方面或第四方面的前述任一种实现方式的服务器，在第二种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的必须为零mbz字段中，以及所述请求会话响应消息的mbz字段中。

根据第四方面或第四方面的前述任一种实现方式的服务器，在第三种可能的实现方式中，所述第一业务标识被携带在所述请求会话消息的新增字段中，以及所述请求会话响应消息的新增字段中。

本发明的实施例，利用携带对应发送器的业务标识的请求会话消息，以及携带业务标识的请求会话响应消息，可以使得客户端能够区分对应多个不同发送器的响应。

附图说明

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

图1a和图1b是owamp的逻辑模型。

图2a和图2b是twamp的逻辑模型。

图3是根据本发明实施例的创建测试会话的方法的示意性流程图。

图4a示出了请求会话消息的消息头。

图4b示出了根据本发明实施例的请求会话消息的修改的消息头。

图5a示出了请求会话响应消息的消息头。

图5b示出了根据本发明实施例的请求会话响应消息的修改的消息头。

图6是根据本发明另一个实施例的创建测试会话的方法的示意性流程图。

图7是根据本发明另一个实施例的创建测试会话的方法的示意性流程图。

图8是根据本发明实施例的客户端的示意图。

图9是根据本发明实施例的服务器的示意图。

图10是根据本发明另一个实施例的客户端的示意图。

图11是根据本发明另一个实施例的服务器的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

本发明可以应用于支持owamp或twamp的场景，并且本发明涉及客户端和服务器的控制策略。术语“客户端”或“服务器”可以是物理设备或者由物理设备实现的逻辑实体；物理设备可以是网络中的任一设备，例如，基站、控制器设备或enodeb设备等。

图1a示出了owamp的逻辑模型。

如图1a所示，在owamp中五种角色在逻辑上分开：

会话-发送器101，作为owamp-测试会话的发送端点；

会话-接收器102，作为owamp-测试会话的接收端点；

服务器103，作为管理一个或多个owamp-测试会话的末端系统，能够配置会话端点中每个会话状态，并且能够返回测试会话的结果；

控制-客户端104，作为发起owamp-测试会话的请求的末端系统，触发一组会话的开始，并且可以触发它们的结束；

获取-客户端105，作为发起获取已完成的owamp-测试会话的结果的请求的末端系统。

会话-发送器101和会话-接收器102为会话端点。

不同逻辑角色可以通过相同主机，即物理设备实现。例如，实际可以只有两个主机：一个实现控制-客户端、获取-客户端和会话-发送器的角色，另一个实现服务器和会话-接收器的角色。该举例在图1b中示出。

图2a示出了twamp的逻辑模型。

如图2a所示，在twamp中四种角色在逻辑上分开：

会话-发送器201，作为twamp-测试会话的发送端点；

会话-反射器202，用于接收来自会话-发送器201的报文，并且返回新的报文；

服务器203，用于管理一个或多个twamp-测试会话；

控制-客户端204，用于处理twamp-测试会话的请求的发起。

与owamp类似，不同逻辑角色可以通过相同主机，即物理设备实现。例如，实际可以只有两个主机：一个实现控制-客户端和会话-发送器的角色，另一个实现服务器和会话-反射器的角色。该举例在图2b中示出。

在本发明实施例中，客户端可以是owamp中的控制-客户端104或者twamp中的控制-客户端204，客户端还可以是实现控制-客户端104或者控制-客户端204的角色的主机(可以称为控制器)；服务器可以为owamp中的服务器103或者twamp中的服务器203。

图3示出了本发明实施例的创建测试会话的方法的示意性流程图。该方法由客户端，例如，图1a中的控制-客户端104或者图2a中的控制-客户端204执行。

301，客户端向服务器发送用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识。

在本发明实施例中，用于第一发送器的请求会话消息携带对应第一发送器的第一业务标识。通过该第一业务标识，携带该第一业务标识请求会话消息与该第一发送器关联。当接收到该请求会话消息，服务器可以将该第一业务标识复制到响应接收到的该请求会话消息的请求会话响应消息中。

302，客户端接收所述服务器发送的请求会话响应消息，其中，所述请求会话响应消息携带第二业务标识。

具体地，当客户端向服务器发送携带第一业务标识的请求会话消息，服务器向客户端发送也携带该第一业务标识的请求会话响应消息。在这种情况下，该第二业务标识与该第一业务标识相同。也就是说，用于同一个发送器的请求会话消息和请求会话响应消息携带相同的业务标识。根据该第一业务标识，客户端可以确定与该请求会话响应消息关联的第一发送器。

303，客户端根据所述第一业务标识和所述第二业务标识确定所述请求会话响应消息是否与所述第一发送器关联。

客户端可以比较该请求会话响应消息中的第二业务标识与对应第一发送器的第一业务标识。如果该请求会话响应消息中的第二业务标识与对应第一发送器的第一业务标识相同，客户端确定该请求会话响应消息与该第一发送器关联。如果该请求会话响应消息中的第二业务标识与对应第一发送器的第一业务标识不同，客户端确定该请求会话响应消息与该第一发送器不关联。

因此，本发明实施例的创建测试会话的方法，通过发送携带对应第一发送器的第一业务标识的请求会话消息，以及比较携带在请求会话响应消息中的第二业务标识与对应第一发送器的第一业务标识，可以使得客户端能够区分对应多个不同发送器的响应。

可选地，所述第一业务标识可以被携带在所述请求会话消息的第一预定字段中。该第一预定字段可以是该请求会话消息的现有字段或者该请求会话消息的新增字段。

可选地，所述第二业务标识可以被携带在所述请求会话响应消息的第二预定字段中。该第二预定字段可以是该请求会话消息的现有字段或者该请求会话响应消息的新增字段。

可选地，所述第一业务标识可以被携带在所述请求会话消息的mbz(必须为零)字段中。可选地，所述第二业务标识可以被携带在所述请求会话响应消息的mbz(必须为零)字段中。根据owamp和twamp，标记为mbz的比特必须被发送器设置为零而且必须被接收器忽略。mbz字段用于未来扩展并被作为预留字段，而且，即便这些比特被定义，由于旧版本能够忽略这些比特，该字段还有助于保持与旧版本的反向兼容性。在本发明实施例中，该mbz字段用于在请求会话消息和请求会话响应消息中发送业务标识。

图4a示出了现有技术中请求会话消息的消息头。请求会话消息的消息头中的mbz字段可以用于携带业务标识。本发明实施例的请求会话消息的修改的消息头如图4b所示，其中，前述mbz字段被用作业务id字段，用于携带业务id。

图5a示出了现有技术中请求会话响应消息的消息头。请求会话响应消息的消息头中的mbz字段可以用于携带业务标识。本发明实施例的请求会话响应消息的修改的消息头如图5b所示，其中，前述mbz字段被用作业务id字段，用于携带业务id。

应理解，用于携带业务id的比特的数量可以根据发送器的最大数量确定，因此，mbz字段中的全部或者一部分比特可以被用作业务id字段，用于携带业务id。

可选地，所述第一业务标识可以被携带在所述请求会话消息的新增字段中。具体地，可以在请求会话消息中增加新增字段新，而不是mbz字段，用于携带业务id。

可选地，所述第二业务标识被携带在所述请求会话响应消息的新增字段中。具体地，可以在请求会话响应消息中增加新增字段新，而不是mbz字段，用于携带业务id。

本领域普通技术人员可以理解，请求会话消息和请求会话响应消息中的其他字段可以与owamp或twamp中的相同，在此不再赘述。

本发明实施例使得运营商能够同时发起多个发送器会话请求，避免了按顺序建立会话，因此减少了发送器启动时间，使得产品快速地启动owamp或twamp服务并且可使用这些服务，因此有助于实现产品的高可靠性。

图6示出了本发明另一个实施例的创建测试会话的方法的示意性流程图。该方法由服务器，例如，图1a中的服务器103或者图2a中的服务器203执行。

601，服务器接收客户端发送的用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识。

602，服务器向所述客户端发送请求会话响应消息，其中，所述请求会话响应消息携带所述第一业务标识。

在本发明实施例中，客户端发送的用于第一发送器的请求会话消息携带对应第一发送器的第一业务标识。通过该第一业务标识，携带该第一业务标识请求会话消息与该第一发送器关联。当接收到该请求会话消息，服务器可以将该第一业务标识复制到请求会话响应消息中，并且将该请求会话响应消息发送给客户端。因为该请求会话响应消息携带该第一业务标识，客户端可以确定该请求会话响应消息与第一发送器关联。也就是说，当接收到该请求会话响应消息时，客户端可以检验业务标识并匹配该请求会话响应消息与对应该业务标识的发送器。

因此，本发明实施例的创建测试会话的方法，通过接收携带对应第一发送器的第一业务标识的请求会话消息，以及发送携带该第一业务标识的请求会话响应消息，可以使得客户端能够区分对应多个不同发送器的响应。

可选地，所述第一业务标识可以被携带在所述请求会话消息的预定字段中，以及所述请求会话响应消息的预定字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的mbz字段中，以及所述请求会话响应消息的mbz字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的新增字段中，以及所述请求会话响应消息的新增字段中。

服务器执行的创建测试会话的方法的详细说明可以参考上述客户端执行的创建测试会话的方法，在此不再赘述。

本发明实施例使得运营商能够同时发起多个发送器会话请求，避免了按顺序建立会话，因此减少了发送器启动时间，使得产品快速地启动owamp或twamp服务并且可使用这些服务，因此有助于实现产品的高可靠性。

图7示出了根据本发明另一个实施例的创建测试会话的方法的示意性流程图。图7的方法为前述方法的举例。

701，客户端添加发送器1，服务器和客户端之间建立测试会话1。

702，客户端添加发送器2，服务器和客户端之间建立测试会话2。

在该示例中，测试会话1和测试会话2逐一地建立。

703，客户端添加发送器3，向服务器发送用于发送器3的，携带对应发送器3的业务id的请求会话消息，并等待来自服务器的请求会话响应消息。例如，该业务id被携带在消息头的mbz字段中。

704，客户端需要通过命令删除发送器3并添加发送器4。当客户端在等待请求会话响应消息时，发送器3要被删除，发送器4要被添加。由于一些发送器(发送器1和发送器2)存在，不能发送停止会话消息。

705，客户端向服务器发送用于发送器4的，携带对应发送器4的业务id的请求会话消息，并等待来自服务器的请求会话响应消息。

如果不采用本发明的方案，客户端应该等待用于发送器3的响应，然后再发送用于发送器4的请求会话消息，或者，客户端应该向服务器发送用于删除所有会话的停止会话消息，然后再逐一地进行用于发送器1、2和4的重新协商。

706，客户端收到来自服务器的，用于发送器3的，携带对应发送器3的业务id的请求会话响应消息，检验业务id字段，例如mbz字段。因为是用于发送器3的响应，业务id与对应发送器4的业务id不同，因此客户端默默地丢弃来自服务器的携带对应发送器3的业务id的消息。

707，客户端收到来自服务器的，用于发送器4的，携带对应发送器4的业务id的请求会话响应消息，检验业务id字段，例如mbz字段。业务id与对应发送器4的业务id相同，测试会话4被建立。

图8示出了根据本发明实施例的客户端800的示意图。

如图8所示，客户端800可以包括发送单元810、接收单元820和确定单元830。

发送单元810用于向服务器发送用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识。

接收单元820用于接收所述服务器发送的请求会话响应消息，其中，所述请求会话响应消息携带第二业务标识。

确定单元830用于根据所述第一业务标识和所述第二业务标识确定所述请求会话响应消息是否与所述第一发送器关联。

本发明实施例的客户端，通过发送携带对应第一发送器的第一业务标识的请求会话消息，以及比较携带在请求会话响应消息中的第二业务标识与对应第一发送器的第一业务标识，可以使得客户端能够区分对应多个不同发送器的响应。

可选地，所述第一业务标识被携带在所述请求会话消息的第一预定字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的第二预定字段中。

可选地，所述第一业务标识被携带在所述请求会话消息的mbz字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的mbz字段中。

可选地，所述第一业务标识被携带在所述请求会话消息的新增字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的新增字段中。

客户端800可以执行图3所示方法的各流程，因此在此不再赘述。

图9示出了根据本发明实施例的服务器900的示意图。

如图9所示，服务器900可以包括接收单元910和发送单元920。

接收单元910用于接收客户端发送的用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识。

发送单元920用于向所述客户端发送请求会话响应消息，其中，所述请求会话响应消息携带所述第一业务标识。

本发明实施例的服务器，通过接收携带对应第一发送器的第一业务标识的请求会话消息，以及发送携带该第一业务标识的请求会话响应消息，可以使得客户端能够区分对应多个不同发送器的响应。

可选地，所述第一业务标识可以被携带在所述请求会话消息的预定字段中，以及所述请求会话响应消息的预定字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的mbz字段中，以及所述请求会话响应消息的mbz字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的新增字段中，以及所述请求会话响应消息的新增字段中。

服务器900可以执行图6所示方法的各流程，因此在此不再赘述。

图10示出了根据本发明另一个实施例的客户端1000的示意图。

如图10所示，客户端1000可以包括处理器1010和存储器1020。处理器1010通过通信总线与存储器1020连接。

存储器1020用于存储指令或代码。处理器1010可以执行该指令或代码以向服务器发送用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识，接收所述服务器发送的请求会话响应消息，其中，所述请求会话响应消息携带第二业务标识，以及根据所述第一业务标识和所述第二业务标识确定所述请求会话响应消息是否与所述第一发送器关联。

可选地，所述第一业务标识被携带在所述请求会话消息的第一预定字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的第二预定字段中。

可选地，所述第一业务标识被携带在所述请求会话消息的mbz字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的mbz字段中。

可选地，所述第一业务标识被携带在所述请求会话消息的新增字段中。可选地，所述第二业务标识被携带在所述请求会话响应消息的新增字段中。

图11示出了根据本发明另一实施例的服务器1100的示意图。

如图11所示，服务器1100可以包括处理器1110和存储器1120。处理器1110通过通信总线与存储器1120连接。

存储器1120用于存储指令或代码。处理器1110可以执行该指令或代码以接收客户端发送的用于第一发送器的请求会话消息，其中，所述请求会话消息携带对应所述第一发送器的第一业务标识，以及向所述客户端发送请求会话响应消息，其中，所述请求会话响应消息携带所述第一业务标识。

可选地，所述第一业务标识可以被携带在所述请求会话消息的预定字段中，以及所述请求会话响应消息的预定字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的mbz字段中，以及所述请求会话响应消息的mbz字段中。

可选地，所述第一业务标识可以被携带在所述请求会话消息的新增字段中，以及所述请求会话响应消息的新增字段中。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。