丢包率的检测方法、通信装置及通信系统

技术领域

本申请涉及通信技术领域，尤其涉及丢包率的检测方法、通信装置及通信系统。

背景技术

通信设备之间相互发送业务数据包时，可能由于链路异常等原因，导致业务数据包丢失。比如，第一设备向第二设备发送业务数据包时，业务数据包可能会丢失。

如何快速准确地检测到链路上的业务数据包的丢包率，是目前需要解决的。

发明内容

本申请提供丢包率的检测方法、通信装置及通信系统，用以实现快速准确地检测到链路上的业务数据包的丢包率。

第一方面，本申请实施例提供一种丢包率的检测方法，该方法包括：会话管理网元确定需要对业务流所在的链路进行链路状态检测；所述会话管理网元向第一设备和/或第二设备发送链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能，所述链路状态检测功能包含丢包率检测功能。

基于上述方案，会话管理网元可以向第一设备和/或第二设备发送链路状态检测指示，以使能链路第一设备和/或第二设备的链路状态检测功能。从而第一设备和/或第二设备可以基于开启的链路状态检测功能，对链路的业务数据包的丢包率进行快速准确地检测。

在一种可能的实现方法中，所述会话管理网元向所述第二设备发送计数指示；其中，所述计数指示用于指示所述第二设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数，或者，所述计数指示用于指示所述第二设备在收到链路状态检测信息时计算在所述链路收到的业务数据包的数量，并向所述第一设备发送在所述链路收到的业务数据包的数量。

基于上述方案，会话管理网元向第二设备发送计数指示，使得第二设备可以对收到的业务数据包进行准确计数，有助于提升丢包率计算的准确性。

在一种可能的实现方法中，所述会话管理网元向所述第二设备发送丢包率检测指示；所述丢包率检测指示用于指示所述第二设备在收到链路状态检测信息时计算所述业务数据包的丢包率；或者，所述丢包率检测指示用于所述第二设备在收到链路状态检测信息时计算在所述链路收到的业务数据包的数量，并使用在所述链路收到的业务数据包的数量计算所述业务数据包的丢包率。

在一种可能的实现方法中，所述会话管理网元向所述第一设备发送计数指示；其中，所述计数指示用于指示所述第一设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数。

基于上述方案，会话管理网元向第一设备发送计数指示，使得第一设备可以对发送的业务数据包进行准确计数，有助于提升丢包率计算的准确性。

在一种可能的实现方法中，所述会话管理网元向所述第一设备发送丢包率检测指示；其中，所述丢包率检测指示用于指示所述第一设备在从所述第二设备收到所述第二设备统计的接收到的业务数据包的数量时，计算所述业务数据包的丢包率。

在一种可能的实现方法中，所述会话管理网元向所述第一设备和/或所述第二设备发送链路状态上报指示，所述链路状态上报指示用于指示上报所述业务数据包的丢包率；或者，所述会话管理网元向所述第一设备和/或所述第二设备发送链路状态上报频率，所述链路状态上报频率用于指示上报所述业务数据包的丢包率的频率；或者，所述会话管理网元向所述第一设备和/或所述第二设备发送链路状态上报周期，所述链路状态上报周期用于指示上报所述业务数据包的丢包率的周期。

基于上述方案，会话管理网元通知第一设备和/或第二设备上报丢包率，从而使得网络侧，如会话管理网元、策略控制网元等可以基于收到的丢包率，实施网络控制，有助于提升网络性能。

在一种可能的实现方法中，所述业务流包括为至少一条服务质量QoS流，所述QoS流包括至少一条业务数据流；所述会话管理网元确定需要对业务流所在的链路进行链路状态检测，包括：所述会话管理网元确定所述业务流中的业务数据流的分流功能为ATSSS-LL，则确定需要对业务流所在的链路进行链路状态检测；或者，所述会话管理网元确定所述业务流中的业务数据流的分流功能为ATSSS-LL，且所述业务数据流的分流模式为负载均衡模式、最小时延模式、基于优先权模式或主备模式中的一种模式，则确定需要对业务流所在的链路进行链路状态检测；或者，所述会话管理网元确定从策略控制网元收到所述业务流的链路状态阈值，则确定需要对业务流所在的链路进行链路状态检测，所述链路状态阈值包括丢包率阈值。

基于上述方案，在确定需要对业务流所在的链路进行链路状态检测时，才执行业务数据包的丢包率的检测，如此可以减少不必要的开销。

在一种可能的实现方法中，所述业务流包括以下任一项：协议数据单元PDU会话、业务数据流SDF、IP数据流、以太数据流或至少一个QoS流。

在一种可能的实现方法中，所述第二设备是终端设备或用户面网元。

在一种可能的实现方法中，所述链路状态检测指示包括链路状态检测功能的IP地址或/和端口号。

在一种可能的实现方法中，所述会话管理网元向所述第一设备和/或所述第二设备发送所述业务流的标识信息，所述标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI；所述链路状态检测指示用于使能链路状态检测功能，包括：所述链路状态检测指示用于使能针对所述业务流的链路状态检测功能。

第二方面，本申请实施例提供一种丢包率的检测方法，该方法包括：第二设备通过一条链路接收来自第一设备的第一链路状态检测信息，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量；所述第二设备根据所述第一链路状态检测信息，获取所述链路的业务数据包的丢包率；所述第二设备向所述第一设备发送所述业务数据包的丢包率。

基于上述方案，第一设备可以通过链路状态检测信息，将第一设备在链路上向第二设备发送的业务数据包的数量通知给第二设备，使得第二设备可以根据该链路状态检测信息快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

在一种可能的实现方法中，在所述第二设备接收来自所述第一设备的所述第一链路状态检测信息之前，所述第二设备通过所述链路接收来自所述第一设备的第二链路状态检测信息；所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示：在所述第一设备发送所述第二链路状态检测信息和所述第一设备发送所述第一链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的第一数量。

在一种可能的实现方法中，所述第二设备根据所述第一链路状态检测信息，获取所述链路的业务数据包的丢包率，包括：所述第二设备根据所述第一链路状态检测信息，获取在所述第一设备发送所述第二链路状态检测信息和所述第一设备发送所述第一链路状态检测信息的时间内所述链路的业务数据包的丢包率。

在一种可能的实现方法中，所述第二链路状态检测信息用于指示计算所述丢包率的初始数据包或者初始时间。

在一种可能的实现方法中，在所述第二设备接收来自所述第一设备的第一链路状态检测信息之后，所述第二设备通过所述链路接收来自所述第一设备的第三链路状态检测信息；所述第三链路状态检测信息用于指示：所述第一数量,以及,在所述第一设备发送所述第一链路状态检测信息和所述第一设备发送所述第三链路状态检测信息的时间内，所述第一设备在所述链路上向第二设备发送的业务数据包的第二数量。

基于上述方案，在一个链路状态检测信息中携带业务数据包的多个数量，有助于消除链路状态检测信息的丢失所带来的影响，从而可以提升计算丢包率的准确性。

在一种可能的实现方法中，所述第二设备根据所述第一链路状态检测信息，获取所述链路的业务数据包的丢包率，包括：所述第二设备根据所述第一链路状态检测信息，获取在所述第一设备发送所述第二链路状态检测信息和所述第一设备发送所述第三链路状态检测信息的时间内所述链路的业务数据包的丢包率；和/或，所述第二设备根据所述第一链路状态检测信息，获取在所述第一设备发送所述第一链路状态检测信息和所述第一设备发送所述第三链路状态检测信息的时间内所述链路的业务数据包的丢包率。

在一种可能的实现方法中，所述第一链路状态检测信息与所述第二链路状态检测信息为相邻的两个链路状态检测信息。

在一种可能的实现方法中，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示：在所述第一设备在所述链路上发送初始的业务数据包和所述第一设备发送所述第一链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的第三数量。

在一种可能的实现方法中，所述第二设备根据所述第一链路状态检测信息，获取所述链路的业务数据包的丢包率，包括：所述第二设备根据所述第一链路状态检测信息，获取在所述第一设备发送所述初始数据包和所述第一设备发送所述第一链路状态检测信息的时间内所述链路的业务数据包的丢包率。

在一种可能的实现方法中，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示所述第一设备在所述链路上向第二设备发送缺省数量的业务数据包。

基于上述方案，第一设备可以不需要在链路状态检测信息携带发送的业务数据包的数量信息，从而减少开销。

在一种可能的实现方法中，所述第二设备接收来自所述第一设备的指示信息，所述指示信息用于指示所述缺省的数量值。

在一种可能的实现方法中，在所述第二设备接收来自所述第一设备的所述第一链路状态检测信息之后，所述第二设备通过所述链路接收来自所述第一设备的第四链路状态检测信息，所述第四链路状态检测信息用于指示：在所述第一设备发送所述第一链路状态检测信息和所述第一设备发送所述第四链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的第四数量；所述第二设备根据所述第一链路状态检测信息获取所述业务数据包的丢包率，包括：所述第二设备根据所述第一链路状态检测信息和所述第四链路状态检测信息，获取在所述第一设备发送所述第二链路状态检测信息和所述第一设备发送所述第四链路状态检测信息的时间内业务数据包的丢包率。

基于上述方案，计算非相邻链路状态检测信息之间的业务数据包的丢包率，可以消除业务数据包的乱序带来的影响，从而提升计算丢包率的准确性。

在一种可能的实现方法中，所述第一链路状态检测信息、所述第二链路状态检测信息、所述第三链路状态检测信息、所述第四链路状态检测信息包括链路状态检测数据包。

在一种可能的实现方法中，所述链路上的业务流包括以下任一项：协议数据单元PDU会话、业务数据流SDF、IP数据流、以太数据流或至少一个QoS流。

在一种可能的实现方法中，所述第一设备是终端设备，所述第二设备是用户面网元；或者，所述第一设备是用户面网元，所述第二设备是终端设备。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能，所述链路状态检测功能包含丢包率检测功能。

在一种可能的实现方法中，所述第二设备接收来自所述会话管理网元的业务流的标识信息，所述标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI；所述链路状态检测指示用于使能链路状态检测功能，包括：所述链路状态检测指示用于使能针对所述业务流的链路状态检测功能。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的计数指示；其中，所述计数指示用于指示所述第二设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数，或者，所述计数指示用于指示所述第二设备在收到链路状态检测信息时计算在所述链路收到的业务数据包的数量，并向所述第一设备发送在所述链路收到的业务数据包的数量。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的丢包率检测指示；所述丢包率检测指示用于指示所述第二设备在收到链路状态检测信息时计算所述业务数据包的丢包率；或者，所述丢包率检测指示用于所述第二设备在收到链路状态检测信息时计算在所述链路收到的业务数据包的数量，并使用在所述链路收到的业务数据包的数量计算所述业务数据包的丢包率。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的链路状态上报指示，所述链路状态上报指示用于指示上报所述业务数据包的丢包率；或者，所述第二设备接收来自会话管理网元的链路状态上报频率，所述链路状态上报频率用于指示上报所述业务数据包的丢包率的频率；或者，所述第二设备接收来自会话管理网元的链路状态上报周期，所述链路状态上报周期用于指示上报所述业务数据包的丢包率的周期。

第三方面，本申请实施例提供一种丢包率的检测方法，该方法包括：第一设备通过一条链路向第二设备发送第一链路状态检测信息，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量；所述第一设备接收来自所述业务数据包的丢包率，所述业务数据包的丢包率是根据所述第一链路状态检测信息获取的。

基于上述方案，第一设备可以通过链路状态检测信息，将第一设备在链路上向第二设备发送的业务数据包的数量通知给第二设备，使得第二设备可以根据该链路状态检测信息快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

在一种可能的实现方法中，在所述第一设备向所述第二设备发送所述第一链路状态检测信息之前，所述第一设备通过所述链路向所述第二设备发送第二链路状态检测信息；所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示：在所述第一设备发送所述第二链路状态检测信息和所述第一设备发送所述第一链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的第一数量。

在一种可能的实现方法中，所述第二链路状态检测信息用于指示计算所述丢包率的初始数据包或者初始时间。

在一种可能的实现方法中，在所述第一设备向所述第二设备发送所述第一链路状态检测信息之后，所述第一设备通过所述链路向所述第二设备发送第三链路状态检测信息；所述第三链路状态检测信息用于指示：所述第一数量,以及,在所述第一设备发送所述第一链路状态检测信息和所述第一设备发送所述第三链路状态检测信息的时间内，所述第一设备在所述链路上向第二设备发送的业务数据包的第二数量。

基于上述方案，在一个链路状态检测信息中携带业务数据包的多个数量，有助于消除链路状态检测信息的丢失所带来的影响，从而可以提升计算丢包率的准确性。

在一种可能的实现方法中，所述第一链路状态检测信息与所述第二链路状态检测信息为相邻的两个链路状态检测信息。

在一种可能的实现方法中，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示：在所述第一设备在所述链路上发送初始的业务数据包和所述第一设备发送所述第一链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的第三数量。

在一种可能的实现方法中，所述第一链路状态检测信息用于指示所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，包括：所述第一链路状态检测信息用于指示所述第一设备在所述链路上向第二设备发送缺省数量的业务数据包。

基于上述方案，第一设备可以不需要在链路状态检测信息携带发送的业务数据包的数量信息，从而减少开销。

在一种可能的实现方法中，所述第一设备向所述第二设备发送指示信息，所述指示信息用于指示所述缺省的数量值。

在一种可能的实现方法中，所述第一链路状态检测信息、所述第二链路状态检测信息、所述第三链路状态检测信息包括链路状态检测数据包。

在一种可能的实现方法中，所述链路上的业务流包括以下任一项：协议数据单元PDU会话、业务数据流SDF、IP数据流、以太数据流或至少一个QoS流。

在一种可能的实现方法中，所述第一设备是终端设备，所述第二设备是用户面网元；或者，所述第一设备是用户面网元，所述第二设备是终端设备。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能，所述链路状态检测功能包含丢包率检测功能。

在一种可能的实现方法中，所述第一设备接收来自所述会话管理网元的业务流的标识信息，所述标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI；所述链路状态检测指示用于使能链路状态检测功能，包括：所述链路状态检测指示用于使能针对所述业务流的链路状态检测功能。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的计数指示，所述计数指示用于指示所述第一设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的链路状态上报指示，所述链路状态上报指示用于指示上报所述业务数据包的丢包率；或者，所述第一设备接收来自会话管理网元的链路状态上报频率，所述链路状态上报频率用于指示上报所述业务数据包的丢包率的频率；或者，所述第一设备接收来自会话管理网元的链路状态上报周期，所述链路状态上报周期用于指示上报所述业务数据包的丢包率的周期。

第四方面，本申请实施例提供一种丢包率的检测方法，该方法包括：第二设备通过一条链路接收来自第一设备的第五链路状态检测信息；所述第二设备根据所述第五链路状态检测信息，确定所述第二设备在所述链路上接收到的来自所述第一设备的业务数据包的数量；所述第二设备向所述第一设备发送所述业务数据包的数量，所述业务数据包的数量用于确定所述链路的业务数据包的丢包率。

基于上述方案，第二设备可以通过链路状态检测信息，将第二设备在链路上接收到的来自第一设备的业务数据包的数量通知给第一设备，使得第一设备可以根据第二设备在链路上接收到的来自第一设备的业务数据包的数量快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

在一种可能的实现方法中，在所述第二设备接收来自所述第一设备的所述第五链路状态检测信息之前，所述第二设备通过所述链路接收来自所述第一设备的第六链路状态检测信息；所述第二设备根据所述第五链路状态检测信息，确定所述第二设备在所述链路上接收到的来自所述第一设备的业务数据包的数量，包括：所述第二设备确定在所述第一设备发送所述第六链路状态检测信息和所述第一设备发送所述第五链路状态检测信息的时间内，所述第二设备在所述链路上接收到的来自所述第一设备的业务数据包的数量。

在一种可能的实现方法中，所述第二设备向所述第一设备发送所述业务数据包的数量对应的时间信息。

在一种可能的实现方法中，所述时间信息包括所述第一设备发送所述第六链路状态检测信息和所述第一设备发送所述第五链路状态检测信息之间的时间段。

在一种可能的实现方法中，所述第五链路状态检测信息和所述第六链路状态为链路状态检测数据包，所述时间信息包括链路状态检测数据包对应的序列号信息。

在一种可能的实现方法中，所述链路上的业务流包括以下任一项：协议数据单元PDU会话、业务数据流SDF、IP数据流、以太数据流或至少一个QoS流。

在一种可能的实现方法中，所述第一设备是终端设备，所述第二设备是用户面网元；或者，所述第一设备是用户面网元，所述第二设备是终端设备。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能，所述链路状态检测功能包含丢包率检测功能。

在一种可能的实现方法中，所述第二设备接收来自所述会话管理网元的业务流的标识信息，所述标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI；所述链路状态检测指示用于使能链路状态检测功能，包括：所述链路状态检测指示用于使能针对所述业务流的链路状态检测功能。

在一种可能的实现方法中，所述第二设备接收来自会话管理网元的计数指示；其中，所述计数指示用于指示所述第二设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数，或者，所述计数指示用于指示所述第二设备在收到链路状态检测信息时计算在所述链路收到的业务数据包的数量，并向所述第一设备发送在所述链路收到的业务数据包的数量。

第五方面，本申请实施例提供一种丢包率的检测方法，该方法包括：第一设备通过一条链路向第二设备发送第五链路状态检测信息；所述第一设备接收来自所述第二设备的所述第二设备在所述链路上接收到的来自所述第一设备的业务数据包的数量，所述业务数据包的数量是根据所述第五链路状态检测信息确定的；所述第一设备根据所述业务数据包的数量，确定所述链路的业务数据包的丢包率。

基于上述方案，第二设备可以通过链路状态检测信息，将第二设备在链路上接收到的来自第一设备的业务数据包的数量通知给第一设备，使得第一设备可以根据第二设备在链路上接收到的来自第一设备的业务数据包的数量快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

在一种可能的实现方法中，在所述第一设备向所述第二设备发送所述第五链路状态检测信息之前，所述第一设备通过所述链路向所述第二设备发送第六链路状态检测信息，则所述业务数据包的数量为：在所述第一设备发送所述第六链路状态检测信息和所述第一设备发送所述第五链路状态检测信息的时间内，所述第二设备在所述链路上接收到的来自所述第一设备的业务数据包的数量；所述第一设备根据所述业务数据包的数量，确定所述链路的业务数据包的丢包率，包括：所述第一设备根据所述业务数据包的数量，以及在所述第一设备发送所述第六链路状态检测信息和所述第一设备发送所述第五链路状态检测信息的时间内，所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量，确定所述链路的业务数据包的丢包率。

在一种可能的实现方法中，所述第一设备接收来自所述第二设备的所述业务数据包的数量对应的时间信息。

在一种可能的实现方法中，所述时间信息包括所述第一设备发送所述第六链路状态检测信息和所述第一设备发送所述第五链路状态检测信息之间的时间段。

在一种可能的实现方法中，所述第五链路状态检测信息和所述第六链路状态为链路状态检测数据包，所述时间信息包括链路状态检测数据包对应的序列号信息。

在一种可能的实现方法中，所述链路上的业务流包括以下任一项：协议数据单元PDU会话、业务数据流SDF、IP数据流、以太数据流或至少一个QoS流。

在一种可能的实现方法中，所述第一设备是终端设备，所述第二设备是用户面网元；或者，所述第一设备是用户面网元，所述第二设备是终端设备。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能，所述链路状态检测功能包含丢包率检测功能。

在一种可能的实现方法中，所述第一设备接收来自所述会话管理网元的业务流的标识信息，所述标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI；所述链路状态检测指示用于使能链路状态检测功能，包括：所述链路状态检测指示用于使能针对所述业务流的链路状态检测功能。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的计数指示；其中，所述计数指示用于指示所述第一设备对所述第一设备在所述链路上向所述第二设备发送的业务数据包的数量进行计数。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的丢包率检测指示；其中，所述丢包率检测指示用于指示所述第一设备在从所述第二设备收到所述第二设备统计的接收到的业务数据包的数量时，计算所述业务数据包的丢包率。

在一种可能的实现方法中，所述第一设备接收来自会话管理网元的链路状态上报指示，所述链路状态上报指示用于指示上报所述业务数据包的丢包率；或者，所述第一设备接收来自会话管理网元的链路状态上报频率，所述链路状态上报频率用于指示上报所述业务数据包的丢包率的频率；或者，所述第一设备接收来自会话管理网元的链路状态上报周期，所述链路状态上报周期用于指示上报所述业务数据包的丢包率的周期。

第六方面，本申请实施例提供一种通信装置，该装置可以是会话管理网元，还可以是用于会话管理网元的芯片。该装置具有实现上述第一方面的任意实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面，本申请实施例提供一种通信装置，该装置可以是第二设备，还可以是用于第二设备的芯片。该装置具有实现上述第二方面或第四方面中的任意实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，本申请实施例提供一种通信装置，该装置可以是第一设备，还可以是用于第一设备的芯片。该装置具有实现上述第三方面或第五方面中的任意实现方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第九方面，本申请实施例提供一种通信装置，包括处理器和存储器；该存储器用于存储计算机指令，当该装置运行时，该处理器执行该存储器存储的计算机指令，以使该装置执行上述第一方面至第五方面中的任意实现方法。

第十方面，本申请实施例提供一种通信装置，包括用于执行上述第一方面至第五方面中的任意实现方法的各个步骤的单元或手段(means)。

第十一方面，本申请实施例提供一种通信装置，包括处理器和接口电路，所述处理器用于通过接口电路与其它装置通信，并执行上述第一方面至第五方面中的任意实现方法。该处理器包括一个或多个。

第十二方面，本申请实施例提供一种通信装置，包括处理器，用于与存储器耦合，处理器用于调用所述存储器中存储的程序，以执行上述第一方面至第五方面中的任意实现方法。该存储器可以位于该装置之内，也可以位于该装置之外。且该处理器包括一个或多个。

第十三方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得上述第一方面至第五方面中的任意实现方法被执行。

第十四方面，本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，当计算机程序运行时，使得上述第一方面至第五方面中的任意实现方法被执行。

第十五方面，本申请实施例还提供一种芯片系统，包括：处理器，用于执行上述第一方面至第五方面中的任意实现方法。

第十六方面，本申请实施例还提供一种通信系统，包括用于执行第二方面中任意实现方法的第二设备，和用于执行第三方面中任意实现方法的第一设备。

作为一种实现方法，所述通信系统还包括用于执行第一方面中任意实现方法的会话管理网元。

第十七方面，本申请实施例还提供一种通信系统，包括用于执行第四方面中任意实现方法的第二设备，和用于执行第五方面中任意实现方法的第一设备。

作为一种实现方法，所述通信系统还包括用于执行第一方面中任意实现方法的会话管理网元。

第十八方面，本申请实施例还提供一种通信系统，包括会话管理网元，用于执行第一方面中任意实现方法；以及，第一设备或第二设备，用于接收来自所述会话管理网元的链路状态检测指示，所述链路状态检测指示用于使能链路状态检测功能。

附图说明

图1(a)为基于服务化架构的第5G网络架构示意图；

图1(b)为基于点对点接口的5G网络架构一个示意图；

图1(c)为基于点对点接口的5G网络架构又一个示意图；

图2为PDU会话与接入技术关系示意图；

图3为本申请实施例提供的一种丢包率的检测方法示意图；

图4(a)至图4(g)为本申请实施例提供的链路状态检测信息和业务数据包的传输示例图；

图5为本申请实施例提供的一种丢包率的检测方法示意图；

图6为本申请实施例提供的链路状态检测信息和业务数据包的传输示例图；

图7为本申请实施例提供的一种丢包率的检测方法示意图；

图8为本申请实施例提供的一种丢包率的检测方法示意图；

图9为本申请实施例提供的通信装置示意图；

图10为本申请实施例提供的通信装置示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。

如图1(a)所示，为基于服务化架构的第五代(5th generation，5G)网络架构示意图。图1(a)所示的5G网络架构中可包括三部分，分别是终端设备部分、数据网络(datanetwork，DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。

其中，运营商网络可包括以下网元中的一个或多个：鉴权服务器功能(Authentication Server Function，AUSF)网元、网络开放功能(network exposurefunction，NEF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、统一数据库(Unified Data Repository，UDR)、网络存储功能(Network Repository Function，NRF)网元、接入与移动性管理功能(accessand mobility management function，AMF)网元、会话管理功能(session managementfunction，SMF)网元、无线接入网(radioaccess network，RAN)以及用户面功能(userplane function，UPF)网元等。上述运营商网络中，除无线接入网部分之外的部分可以称为核心网络部分。在一种可能的实现方法中，运营商网络中还包括应用功能(ApplicationFunction，AF)网元。

终端设备(terminal device)，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmentedreality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、用户设备(user equipment，UE)等。

上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接，使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN，使用DN上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供他数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。

RAN是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过RAN，进而可通过RAN与运营商网络的业务节点连接。RAN设备，是一种为终端设备提供无线通信功能的设备，RAN设备也称为接入网设备。RAN设备包括但不限于：5G中的下一代基站(g nodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseBand unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等。

AMF网元，主要进行移动性管理、接入鉴权/授权等功能。此外，还负责在UE与PCF间传递用户策略。

SMF网元，主要进行会话管理、PCF下发控制策略的执行、UPF的选择、UE互联网协议(internet protocol，IP)地址分配等功能。

UPF网元，作为和数据网络的接口，完成用户面数据转发、基于会话/流级的计费统计，带宽限制等功能。

UDM网元，主要负责管理签约数据、用户接入授权等功能。

UDR，主要负责签约数据、策略数据、应用数据等类型数据的存取功能。

NEF网元，主要用于支持能力和事件的开放。

AF网元，主要传递应用侧对网络侧的需求，例如，服务质量(Quality of Service，QoS)需求或用户状态事件订阅等。AF可以是第三方功能实体，也可以是运营商部署的应用服务，如IP多媒体子系统(IP Multimedia Subsystem，IMS)语音呼叫业务。

PCF网元，主要负责针对会话、业务数据流级别进行计费、QoS带宽保障及移动性管理、UE策略决策等策略控制功能。该架构中，AMF与SMF所连接的PCF分别对应AM PCF(PCFfor Access and Mobility Control)和SM PCF(PCF for Session Management)，在实际部署场景中可能不是同一个PCF实体。

NRF网元，可用于提供网元发现功能，基于其他网元的请求，提供网元类型对应的网元信息。NRF还提供网元管理服务，如网元注册、更新、去注册以及网元状态订阅和推送等。

AUSF网元：主要负责对用户进行鉴权，以确定是否允许用户或设备接入网络。

DN，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，DN是某智能工厂的私有网络，智能工厂安装在车间的传感器可为终端设备，DN中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，DN是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

图1(a)中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generation partnershipproject，3GPP)标准协议中定义的含义，在此不做限制。

如图1(b)所示，为基于点对点接口的5G网络架构示意图，其中的网元的功能的介绍可以参考图1(a)中对应的网元的功能的介绍，不再赘述。图1(b)与图1(a)的主要区别在于：图1(b)中的各个网元之间的接口是点对点的接口，而图1(a)中的各个网元之间的接口是服务化的接口。

在图1(b)所示的架构中，各个网元之间的接口名称及功能如下：

1)、N7：PCF与SMF之间的接口，可以用于下发协议数据单元(protocol data unit，PDU)会话粒度以及业务数据流粒度控制策略。

2)、N15：PCF与AMF之间的接口，可以用于下发UE策略及接入控制相关策略。

3)、N5：AF与PCF之间的接口，可以用于应用业务请求下发以及网络事件上报。

4)、N4：SMF与UPF之间的接口，可以用于控制面与用户面之间传递信息，包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。

5)、N11：SMF与AMF之间的接口，可以用于传递RAN和UPF之间的PDU会话隧道信息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。

6)、N2：AMF与RAN之间的接口，可以用于传递核心网侧至RAN的无线承载控制信息等。

7)、N1：AMF与UE之间的接口，可以用于向UE传递QoS控制规则等。

8)、N8：AMF与UDM间的接口，可以用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据，以及AMF向UDM注册UE当前移动性管理相关信息等。

9)、N10：SMF与UDM间的接口，可以用于SMF向UDM获取会话管理相关签约数据，以及SMF向UDM注册UE当前会话相关信息等。

10)、N35：UDM与UDR间的接口，可以用于UDM从UDR中获取用户签约数据信息。

11)、N36：PCF与UDR间的接口，可以用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。

12)、N12：AMF和AUSF间的接口，可以用于AMF向AUSF发起鉴权流程，其中可携带用户隐藏标识(subscription concealed identifier，SUCI)作为签约标识；

13)、N13：UDM与AUSF间的接口，可以用于AUSF向UDM获取用户鉴权向量，以执行鉴权流程。

当5G核心网支持非受信的Non-3GPP接入时，则基于点对点接口的5G网络架构如图1(c)所示。其中，接入网包括3GPP接入网和非3GPP(Non-3GPP)接入网。3GPP接入网中的接入设备可以称为无线接入网(radioaccess network，RAN)设备。非3GPP接入网中的接入设备可以称为非3GPP互通功能(Non-3GPP InterWorking Function，N3IWF)设备。N3IWF设备例如可以包括路由器等。

需要说明的是，当5G核心网支持受信的Non-3GPP接入时，其5G网络架构与图1(c)类似。可将图1(c)中的非受信的Non-3GPP接入替换为受信的Non-3GPP接入，以及将N3IWF替换为受信的Non-3GPP接入网关。

可以理解的是，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

本申请中的移动性管理网元、会话管理网元、策略控制网元、接入网设备、用户面网元分别可以是图1(a)、图1(b)或图1(c)中的AMF、SMF、PCF、RAN、UPF，也可以是未来通信如第六代(6th generation，6G)网络中具有上述AMF、SMF、PCF、RAN、UPF的功能的网元，本申请对此不限定。为方便说明，本申请以移动性管理网元、会话管理网元、策略控制网元、接入网设备、用户面网元分别为上述AMF、SMF、PCF、RAN、UPF为例进行说明。进一步地，本申请中以终端设备为UE为例进行说明。

为便于理解本申请实施例方案，下面先对本申请实施例涉及的一些术语或名词进行解释说明。

一、多接入PDU(Multi-access PDU，MA PDU)会话

对于单个PDU会话，可以支持多接入技术。如图2所示，为PDU会话与接入技术关系示意图。参考图2，PDU会话可以通过第一接入技术接入，也可以通过第二接入技术接入。该场景下，该PDU会话可以称为MA PDU会话。

其中，第一接入技术与第二接入技术不同，或者为相同接入技术但是由不同接入网设备分别使用第一接入技术或第二接入技术。第一接入技术与第二接入技术可以分别是但不限于是以下接入技术中的任意两个：3GPP接入，non3GPP接入，长期演进(long termevolution，LTE)接入，5GRAN接入，可信non3GPP接入，非可信non3GPP接入，无线局域网(wireless local area network，WLAN)接入，固网接入等。

MA PDU会话可以实现业务流在不同接入技术之间的移动或并发。如业务流通过第一接入技术传输，后续该业务流移动到通过第二接入技术传输。或者，业务流的业务数据包同时使用第一接入技术与第二接入技术传输，以扩大带宽。

二、业务流

本申请实施例中，业务流包括PDU会话、业务数据流(service data flow，SDF)、IP数据流、以太数据流或至少一个QoS流。

其中，一个PDU会话包括一个或多个QoS流。一个PDU会话用一个PDU会话标识(PDUsession ID)进行标识。

一个QoS流包括一个或多个SDF。

一个SDF包括一个或多个IP流，或者包括一个或多个以太流。一个SDF中的IP数据包或以太数据包对应相同的业务数据流描述信息。

一个IP流包括一个或多个IP数据包，一个IP流中的IP数据包具有相同的IP五元组信息。该IP五元组信息包括源IP地址、目的IP地址、源端口号、目的端口号或协议号中的至少一个。

一个以太流包括一个或多个以太数据包，一个以太流中的以太数据包具有相同的以太流描述信息。该以太流描述信息包括源MAC地址或目的MAC地址中的至少一个。

本申请实施例中，业务数据包包括IP数据包或以太数据包等。

二、业务数据流(SDF)的分流模式(steering mode)

业务数据流的分流模式用于表示业务数据流在两种接入技术的数据传输通道中是如何选路、移动或拆分的，业务数据流的分流模式包括但不限于：

1、主备(active-standby)模式

Active接入技术对应的链路为主链路，可以提供服务。Standby接入技术对应的链路为备份链路，处于备份状态。两者可以随着策略更新进行切换。

该模式中，当Active接入技术对应的链路可用时，在该接入技术中传输，当Active接入技术对应的链路不可用时，将业务数据流切换到Standby接入技术对应的备份链路。当Active接入技术的链路从不可用重新恢复到可用状态，业务数据流可以重新切换回该Active接入技术。如果没有定义Standby接入技术，业务数据流只允许在Active接入技术中传输。

2、最小时延(smallest delay)模式

该模式中，将业务数据流分配在最小环回时间(Round-Trip Time，RTT)的接入技术中传输。UE与UPF可以测量第一接入技术的链路RTT与第二接入技术的链路RTT，并比较两个链路的RTT，若第一接入技术的链路RTT小于第二接入技术的链路RTT，则选择在第一接入技术中传输业务数据流，若第二接入技术的链路RTT小于第一接入技术的链路RTT，则选择在第二接入技术中传输业务数据流，若第一接入技术的链路RTT等于第二接入技术的链路RTT，则选择在第一接入技术或第二接入技术中传输业务数据流。另外，如果一种接入技术不可用，并且策略计费控制(Policy and Charging Control，PCC)规则允许，则所有的业务数据流可以被切换到另一种接入技术的数据传输通道中。

3、负载均衡(load-balancing)模式

该模式中，如果两种接入技术都可用，将业务数据流在两种接入技术中传输。业务数据流在两种接入技术的数据传输通道中按照传输的业务数据流的百分比进行传输。

如果一种接入技术不可用，所有业务数据流被切换到另一种接入技术，相当于在可用的接入技术中传输的业务数据流的百分比是百分之百。

4、基于优先权(priority-based)模式

该模式中，将全部的业务数据流导向到高优先级的接入技术，直到该接入技术的链路拥塞。当高优先级的接入技术的链路不可用时，所有的业务数据流被切换到低优先级的接入技术中传输。

三、业务数据流(SDF)的分流功能(steering function)

业务数据流的分流功能用于表示执行业务流分流的功能，业务数据流的分流功能包括但不限于：

1、低层接入流量选路，切换或拆分(access traffic steering,switching,splitting low-layer，ATSSS-LL)

ATSSS-LL功能在IP层或IP层以下实现，因此称为底层的分流功能。上述分流功能基于分流模式与当前的链路状态为业务流数据包选择接入技术对应的链路传输所述业务数据包。上述链路状态为UE与UPF之间的至少一条链路的链路状态。UE与UPF基于链路状态检测协议，如性能检测功能(performance measurement function，PMF)协议，进行链路状态检测。ATSSS-LL基于链路状态检测结果与分流模式进行业务流的选路、切换或拆分。

2、多路径传输控制协议(multiPath transmission control protocol，MPTCP)

MPTCP分流功能是基于MPTCP实现的业务数据包选路、切换或拆分功能。上述分流功能基于分流模式与TCP层检测的链路状态，为业务数据包选择接入技术对应的链路传输该业务数据包。

业务流(如PDU会话、IP流、以太流、SDF或至少一个QoS流等)在多接入场景下，由于需要基于链路状态(如丢包率、时延、带宽等)进行接入技术的选择，因此需要UE与UPF实时检测链路状态。当然，业务流在单接入的场景下，也可能需要UE与UPF实时检测链路状态，比如，UE或UPF需要基于链路状态决定如何调整业务数据包的传输速度等。

目前UE与UPF检测链路状态中的丢包率的方法是：基于传输层协议，例如传输控制协议(Transmission Control protocol，TCP)或快速UDP网络连接(quick UDP internetconnections，QUIC)协议进行链路状态感知，其中，UDP是用户数据报协议(user datagramprotocol)的简称。具体地，发送端在发送的业务数据包中携带序列号，接收端收到业务数据包后向发送端发送针对该业务数据包的确认应答(ACK)，从而接收端可以根据业务数据包的序列号确定发送端实际发送的业务数据包的数量，进而根据发送端实际发送的业务数据包的数量和接收端实际接收到的业务数据包的数量确定业务数据包的丢包率。而发送端可以根据接收端发送的业务数据包的确认应答的数量和发送端实际发送的业务数据包的数量确定业务数据包的丢包率。

其中，在上行方向，发送端是UE，接收端是UPF。在下行方向，发送端是UPF，接收端是UE。

上述基于传输层协议确定业务数据包的丢包率的方案，存在如下问题：

第一，存在一定的时延。比如基于TCP测量丢包率时，当发送端向接收端发送某个业务数据包后，需要一个或多个最小环回时间(RTT)，如果在一个或多个RTT之前始终没有收到针对该业务数据包的确认应答，则发送端确认该业务数据包丢失，也即确认该业务数据包没有被接收端收到。因此，发送端在计算丢包率时，是存在一定时延的，并且时延大小与等待接收确认应答的时间有关。

第二，效率不高。由于基于传输层协议确定丢包率，需要发送端或接收端基于传输层协议对业务数据包进行解析，从而导致确定丢包率的效率不高。

为实现快速和准确地确定丢包率，本申请实施例提供相应的丢包率的检测方法。

需要说明的是，本申请实施例中，第一设备是作为业务数据包的发送方，第二设备作为业务数据包的接收方。在上行方向，第一设备是UE，第二设备是UPF。在下行方向，第一设备是UPF，第二设备是UE。

需要说明的是，本申请实施例中，链路状态检测信息(如以下实施例中的第一链路状态检测信息、第二链路状态检测信息、第三链路状态检测信息、第四链路状态检测信息、第五链路状态检测信息、第六链路状态检测信息等)可以包括链路状态检测数据包，该链路状态检测数据包与业务数据包不同。具体的，业务数据包用于传输数据，链路状态检测数据包用于指示接收或发送的业务数据包的数量，链路状态检测数据包可用于计算业务数据包的丢包率。

需要说明的是，本申请实施例中，“链路”可以理解为“通道”，比如3GPP的链路，non3GPP的链路等。链路中传输的是业务流，该业务数据流可以是PDU会话、SDF、IP流、以太流或至少一个QoS流。链路状态检测是对业务流所处的链路的状态的检测。

本申请实施例中，业务流中传输的最小传输单元是业务数据包。也即，不管是PDU会话、SDF、以太流、IP流还是至少一个QoS流，其都是由一个或多个业务数据包构成。

参考图3，本申请实施例提供的一种丢包率的检测方法示意图。该方法包括以下步骤：

步骤301，第一设备通过一条链路向第二设备发送第一链路状态检测信息。相应地，第二设备收到该第一链路状态检测信息。

第一链路状态检测信息用于指示第一设备在链路上向第二设备发送的业务数据包的数量。

步骤302，第二设备根据第一链路状态检测信息，获取该链路的业务数据包的丢包率。

比如，第二设备根据第一链路状态检测信息确定第一设备在链路上向第二设备发送的业务数据包的数量，然后第二设备还可以获取第二设备在该链路上收到的来自第一设备的业务数据包的数量，从而第二设备根据二者的比值可以计算得到该链路的业务数据包的丢包率。

步骤303，第二设备向第一设备发送业务数据包的丢包率。相应地，第一设备收到业务数据包的丢包率。

第一设备收到业务数据包的丢包率后，可以对该链路进行评估，从而可以根据评估结果确定相应的策略或者是向其它设备(如SMF、PCF等)上报业务数据包的丢包率，等等。

基于上述方案，第一设备可以通过链路状态检测信息，将第一设备在链路上向第二设备发送的业务数据包的数量通知给第二设备，使得第二设备可以根据该链路状态检测信息快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

作为一种实现方法，在上述步骤301之前，第一设备还通过上述链路向第二设备发送第二链路状态检测信息。相应地，第二设备收到该第二链路状态检测信息，则上述第一链路状态检测信息，具体用于：指示在第一设备发送第二链路状态检测信息和第一设备发送第一链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的第一数量。该情形下，则上述步骤302，具体可以是：第二设备根据第一链路状态检测信息，获取在第一设备发送第二链路状态检测信息和第一设备发送第一链路状态检测信息的时间内链路的业务数据包的丢包率。其中，第二链路状态检测信息与第一链路状态检测信息可以是相邻的两个链路状态检测信息，也可以是不相邻的两个链路状态检测信息。

下面结合具体示例对该方案进行说明。

参考图4(a)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以上述第一链路状态检测信息与第二链路状态检测信息是相邻的两个链路状态检测信息为例，当第一链路状态检测信息是链路状态检测信息d，则第二链路状态检测信息是链路状态检测信息c；当第一链路状态检测信息是链路状态检测信息c，则第二链路状态检测信息是链路状态检测信息b；当第一链路状态检测信息是链路状态检测信息b，则第二链路状态检测信息是链路状态检测信息a。其中，链路状态检测信息d携带链路状态检测信息c与链路状态检测信息d之间的业务数据包的数量，也即链路状态检测信息d携带业务数据包的数量＝3。链路状态检测信息c携带链路状态检测信息b与链路状态检测信息c之间的业务数据包的数量，也即链路状态检测信息c携带业务数据包的数量＝2。链路状态检测信息b携带链路状态检测信息a与链路状态检测信息b之间的业务数据包的数量，也即链路状态检测信息b携带业务数据包的数量＝2。

针对该示例，相邻两个链路状态检测信息之间发送的业务数据包的数量由该相邻两个链路状态检测信息中靠后的那个链路状态检测信息来指示或携带。

针对该示例，第二设备可以计算相邻两个链路状态检测信息之间的业务数据包的丢包率。示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：50％；

链路状态检测信息b与链路状态检测信息c之间的业务数据包的丢包率为：0％；

链路状态检测信息c与链路状态检测信息d之间的业务数据包的丢包率为：33.3％。

当然，第二设备还可以计算得到：

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：25％；

链路状态检测信息a与链路状态检测信息d之间的业务数据包的丢包率为：28.6％；

链路状态检测信息b与链路状态检测信息d之间的业务数据包的丢包率为：20％。

第二设备具体是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

当上述第一链路状态检测信息与第二链路状态检测信息不相邻时，则第二链路状态检测信息用于指示计算丢包率的初始数据包或者初始时间，也即第一链路状态检测信息所指示的第一设备发送的业务数据包的数量是以第二链路状态检测信息作为参考来计算的。

下面结合具体示例对该方案进行说明。

参考图4(b)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以上述链路状态检测信息a作为参考的链路状态检测信息为例，该链路状态检测信息a也称为第二链路状态检测信息，则第一链路状态检测信息可以是上述链路状态检测信息b，c或d。其中，链路状态检测信息b携带链路状态检测信息a与链路状态检测信息b之间的业务数据包的数量，也即链路状态检测信息b携带业务数据包的数量＝2。链路状态检测信息c携带链路状态检测信息a与链路状态检测信息c之间的业务数据包的数量，也即链路状态检测信息c携带业务数据包的数量＝4。链路状态检测信息d携带链路状态检测信息a与链路状态检测信息d之间的业务数据包的数量，也即链路状态检测信息d携带业务数据包的数量＝7。

针对该示例，一个链路状态检测信息携带的业务数据包的数量，为该链路状态检测信息与参考的链路状态检测信息之间发送的业务数据包的数量。

针对该示例，第二设备可以计算相邻链路状态检测信息之间的业务数据包的丢包率。示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：50％；

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：25％；

链路状态检测信息a与链路状态检测信息d之间的业务数据包的丢包率为：28.6％；

或者，第二设备也可以根据各个链路状态检测信息携带的业务数据包的数量，计算得到相邻两个链路状态检测信息之间发送的业务数据包的数量，从而可以计算得到任意相邻两个链路状态检测信息之前的业务数据包的丢包率。

其中，第二设备是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

需要说明的是，该示例中，不同的链路状态检测信息可以对应相同的参考的链路状态检测信息，也可以对应不同的参考的链路状态检测信息。比如，上述示例中，链路状态检测信息b，c，d均将链路状态检测信息a作为参考的链路状态检测信息。再比如，上述示例中，链路状态检测信息b，c可以均将链路状态检测信息a作为参考的链路状态检测信息，链路状态检测信息d将链路状态检测信息b作为参考的链路状态检测信息，等等。本申请实施例不限定参考的链路状态检测信息是固定的某个链路状态检测信息，还是多个链路状态检测信息。

可选的，还可以在链路状态检测信息中携带参考的链路状态检测信息的标识信息，从而第二设备可以获知链路状态检测信息携带的业务数据包的数量是参考哪个链路状态检测信息进行统计的。比如，在上述示例中，可以在链路状态检测信息b，c，d中携带链路状态检测信息a的标识信息。

当然，还可以以某个业务数据包的发送之前或之后的时刻，作为参考时间，然后链路状态检测信息(如上述第一链路状态检测信息)所指示的第一设备发送的业务数据包的数量是以该参考时间作为参考来计算的。作为一种实现方法，该参考时间可以初始的业务数据包的发送时间之前的某个时刻。因此，上述步骤301中的第一链路状态检测信息具体可以用于指示：在第一设备在链路上发送初始的业务数据包和第一设备发送第一链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的第三数量。该情形下，则上述步骤302具体可以是：第二设备根据第一链路状态检测信息，获取在第一设备发送初始数据包和第一设备发送第一链路状态检测信息的时间内链路的业务数据包的丢包率。

下面结合具体示例对该方案进行说明。

参考图4(c)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以业务数据包1的发送时刻之前的一个时刻作为参考时间为例，则上述第一链路状态检测信息可以是该示例中的链路状态检测信息a，b，c或d。其中，链路状态检测信息a携带参考时间与链路状态检测信息a之间的业务数据包的数量，也即链路状态检测信息a携带业务数据包的数量＝1。链路状态检测信息b携带参考时间与链路状态检测信息b之间的业务数据包的数量，也即链路状态检测信息b携带业务数据包的数量＝3。链路状态检测信息c携带参考时间与链路状态检测信息c之间的业务数据包的数量，也即链路状态检测信息c携带业务数据包的数量＝5。链路状态检测信息d携带参考时间与链路状态检测信息d之间的业务数据包的数量，也即链路状态检测信息d携带业务数据包的数量＝8。

针对该示例，一个链路状态检测信息携带的业务数据包的数量，为该链路状态检测信息与参考时间之间发送的业务数据包的数量。

针对该示例，第二设备可以计算相邻链路状态检测信息之间的业务数据包的丢包率。示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备可以计算得到：

参考时间与链路状态检测信息a之间的业务数据包的丢包率为：0％；

参考时间与链路状态检测信息b之间的业务数据包的丢包率为：33.3％；

参考时间与链路状态检测信息c之间的业务数据包的丢包率为：20％；

参考时间与链路状态检测信息d之间的业务数据包的丢包率为：25％；

或者，第二设备也可以根据各个链路状态检测信息携带的业务数据包的数量，计算得到相邻两个链路状态检测信息之间发送的业务数据包的数量，从而可以计算得到任意相邻两个链路状态检测信息之前的业务数据包的丢包率。

其中，第二设备是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

作为一种实现方法，在上述步骤301之前，第一设备还通过上述链路向第二设备发送第二链路状态检测信息，以及在上述步骤301之后，第一设备还通过上述链路向第二设备发送第三链路状态检测信息。第三链路状态检测信息用于指示第一数量和第二数量。其中，第一数量指的是在第一设备发送第二链路状态检测信息和第一设备发送第一链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的数量。第二数量指的是在第一设备发送第一链路状态检测信息和第一设备发送第三链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的数量。该情形下，则上述步骤302，具体可以是：第二设备根据第一链路状态检测信息，获取在第一设备发送第二链路状态检测信息和第一设备发送第三链路状态检测信息的时间内链路的业务数据包的丢包率；和/或，第二设备根据第一链路状态检测信息，获取在第一设备发送第一链路状态检测信息和第一设备发送第三链路状态检测信息的时间内链路的业务数据包的丢包率。其中，第二链路状态检测信息与第一链路状态检测信息可以是相邻的两个链路状态检测信息，也可以是不相邻的两个链路状态检测信息。

下面结合具体示例对该方案进行说明。

参考图4(d)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以第一链路状态检测信息为链路状态检测信息c为例，则第二链路状态检测信息为链路状态检测信息b，第三链路状态检测信息为链路状态检测信息d。

其中，链路状态检测信息c携带链路状态检测信息b与链路状态检测信息c之间的业务数据包的数量2，以及链路状态检测信息a与链路状态检测信息b之间的业务数据包的数量2。链路状态检测信息d携带链路状态检测信息c与链路状态检测信息d之间的业务数据包的数量3，以及链路状态检测信息b与链路状态检测信息c之间的业务数据包的数量2。

针对该示例，一个链路状态检测信息可以携带业务数据包的一个或多个数量。比如上述示例中携带业务数据包的2个数量，当然也可以携带3个数量或4个数量等等。当然，针对初始的链路状态检测信息，则可以携带业务数据包的1个数量。

针对该示例，第二设备可以计算相邻链路状态检测信息之间的业务数据包的丢包率。示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：50％；

链路状态检测信息b与链路状态检测信息c之间的业务数据包的丢包率为：0％；

链路状态检测信息c与链路状态检测信息d之间的业务数据包的丢包率为：33.3％；

当然，第二设备还可以计算得到：

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：25％；

链路状态检测信息a与链路状态检测信息d之间的业务数据包的丢包率为：28.6％；

链路状态检测信息b与链路状态检测信息d之间的业务数据包的丢包率为：20％。

其中，第二设备是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

需要说明的是，上述实现方案中，是在一个链路状态信息中携带业务数据包的两个数量，在实际应用中，还可以在一个链路状态检测信息中携带业务数据包的三个数量或三个以上的数量。本申请实施例不限定在链路状态检测信息中携带业务数据包的数量信息。

其中，在一个链路状态检测信息中携带业务数据包的多个数量的好处在于：可以减少链路状态检测信息带来的影响，从而可以提升检测业务数据包的丢包率的准确性和速度。以图4(d)为例，当链路状态检测信息丢失，则第二设备无法获知链路状态检测信息a与链路状态检测信息b之间发送的业务数据包的数量，但当第二设备收到链路状态检测信息c后，则可以获知链路状态检测信息a与链路状态检测信息b之间发送的业务数据包的数量，从而消除了链路状态检测信息b丢失所带来的影响。

作为一种实现方法，上述步骤301的第一链路状态检测信息，具体用于指示：第一设备在链路上向第二设备发送缺省数量的业务数据包。可选的，该缺省数量可以是预配置在第一设备和第二设备上的，或者是协议预定义的，或者还可以是由第一设备确定缺省数量后通知第二设备的，比如向第二设备发送指示信息，用于指示缺省的数量值。

需要说明的是，该缺省数量可以是动态更新的，比如可以由第二设备向第一设备动态通知最新的缺省数量，或者是其它网元如SMF、PCF等向第一设备动态通知最新的缺省数量。

下面结合具体示例对该方案进行说明。

参考图4(e)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输多个业务数据包，并且每隔一定数量，发送一个链路状态检测信息。以缺省数量为100为例，则每发送100个业务数据包，然后发送一个链路状态检测信息。因此，链路状态检测信息a与链路状态检测信息b之间发送了100个业务数据包，链路状态检测信息b与链路状态检测信息c之间发送了100个业务数据包，等等。并且，链路状态检测信息不需要携带发送的业务数据包的数量。

针对该示例，第二设备可以计算相邻链路状态检测信息之间的业务数据包的丢包率。示例性地，假设链路状态检测信息a与链路状态检测信息b之间丢失了3个业务数据包，链路状态检测信息b与链路状态检测信息c之间丢失了4个业务数据包，则第二设备可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：3％；

链路状态检测信息b与链路状态检测信息c之间的业务数据包的丢包率为：4％。

当然，第二设备还可以计算得到：

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：3.5％。

其中，第二设备是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

作为一种实现方法，在上述步骤301之前，第一设备还通过上述链路向第二设备发送第二链路状态检测信息，以及在上述步骤301之后，第一设备还通过上述链路向第二设备发送第四链路状态检测信息。第四链路状态检测信息用于指示在第一设备发送第一链路状态检测信息和第一设备发送第四链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的第四数量。该情形下，则上述步骤302，具体可以是：第二设备根据第一链路状态检测信息和第四链路状态检测信息，获取在第一设备发送第二链路状态检测信息和第一设备发送第四链路状态检测信息的时间内业务数据包的丢包率。其中，第二链路状态检测信息与第一链路状态检测信息可以是相邻的两个链路状态检测信息，也可以是不相邻的两个链路状态检测信息。

下面结合具体示例对该方案进行说明。

参考图4(f)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以第一链路状态检测信息为链路状态检测信息c为例，则第二链路状态检测信息为链路状态检测信息b，第四链路状态检测信息为链路状态检测信息d。以第一链路状态检测信息为链路状态检测信息b为例，则第二链路状态检测信息为链路状态检测信息a，第四链路状态检测信息为链路状态检测信息c。

其中，链路状态检测信息c携带链路状态检测信息a与链路状态检测信息c之间的业务数据包的数量4。链路状态检测信息d携带链路状态检测信息b与链路状态检测信息d之间的业务数据包的数量5。

针对该示例，第二设备可以计算链路状态检测信息之间的业务数据包的丢包率。示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备可以计算得到：

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：25％；

链路状态检测信息b与链路状态检测信息d之间的业务数据包的丢包率为：20％。

当然，第二设备还可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：50％；

链路状态检测信息b与链路状态检测信息c之间的业务数据包的丢包率为：0％；

链路状态检测信息c与链路状态检测信息d之间的业务数据包的丢包率为：33.3％；

链路状态检测信息a与链路状态检测信息d之间的业务数据包的丢包率为：28.6％。

其中，第二设备是计算相邻两个链路状态检测信息之间的业务数据包的丢包率，还是计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，取决于具体实现，本申请实施例不做限定。作为一种实现方法，第二设备可以基于配置的丢包率检测周期、丢包率检测频率等参数，决定计算业务数据包的丢包率的时间点。

需要说明的是，在上述示例中，当第二设备计算相邻两个链路状态检测信息之间的业务数据包的丢包率，可以实现及时计算业务数据包的丢包率，便于第一设备、第二设备或其它设备根据丢包率做快速决策。当第二设备计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，也即在收到三个或三个以上链路状态检测信息时，计算一次业务数据包的丢包率，则可以减少业务数据包的乱序带来的影响，提升计算业务数据包的丢包率的准确性。示例性地，参考图4(g)，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，第一设备向第二设备依次发送业务数据包1至8，其中，第二设备先收到业务数据包的顺序为：业务数据包1，业务数据包3，业务数据包2，业务数据包4，业务数据包5，业务数据包6，业务数据包7，业务数据包8。以业务数据包7发生丢失，其它业务数据包均被第二设备收到为例，若第二设备计算相邻两个链路状态检测信息之间的业务数据包的丢包率，则计算得到链路状态检测信息a与链路状态检测信息b之间发送的业务数据包的丢包率为：50％，但实际上业务数据包2并没有丢失，因此链路状态检测信息a与链路状态检测信息b之间发送的业务数据包的丢包率实际应该为0％。若第二设备计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，比如计算得到链路状态检测信息a与链路状态检测信息c之间发送的业务数据包的丢包率为：0％，这符合实际的丢包率。因此，当第二设备计算非相邻两个链路状态检测信息之间的业务数据包的丢包率，可以减少业务数据包的乱序带来的影响，提升计算业务数据包的丢包率的准确性。

参考图5，本申请实施例还提供一种丢包率的检测方法示意图。该方法包括以下步骤：

步骤501，第一设备通过一条链路向第二设备发送第五链路状态检测信息。相应地，第二设备收到该第五链路状态检测信息。

步骤502，第二设备根据第五链路状态检测信息，确定第二设备在链路上接收到的来自第一设备的业务数据包的数量。

由于某些业务数据包在发送过程中，可能会丢失，因此第二设备在链路上接收到的来自第一设备的业务数据包的数量，可能要少于第一设备在该链路上向第二设备发送的业务数据包的数量。

步骤503，第二设备向第一设备发送第二设备在链路上接收到的来自第一设备的业务数据包的数量。相应地，第一设备收到第二设备在链路上接收到的来自第一设备的业务数据包的数量。

步骤504，第一设备根据业务数据包的数量，确定链路的业务数据包的丢包率。

比如，第一设备根据第一设备在链路上向第二设备发送的业务数据包的数量，和第二设备在链路上接收到的来自第一设备的业务数据包的数量，从而第二设备根据二者的比值可以计算得到该链路的业务数据包的丢包率。

基于上述方案，第二设备可以通过链路状态检测信息，将第二设备在链路上接收到的来自第一设备的业务数据包的数量通知给第一设备，使得第一设备可以根据第二设备在链路上接收到的来自第一设备的业务数据包的数量快速计算得到业务数据包的丢包率。并且由于不需要对业务数据包进行解析，也不需要确认业务数据包是否丢失，因而可以提升丢包率的计算速度。

作为一种实现方法，在上述步骤501之前，第一设备还通过上述链路向第二设备发送第六链路状态检测信息。相应地，第二设备收到该第六链路状态检测信息，则上述步骤502，具体可以是：第二设备确定在第一设备发送第六链路状态检测信息和第一设备发送第五链路状态检测信息的时间内，第二设备在链路上接收到的来自第一设备的业务数据包的数量(以下称为第五数量)。上述步骤506，具体可以是：第一设备根据第五数量和第六数量确定链路的业务数据包的丢包率。其中，第六数量指的是在第一设备发送第六链路状态检测信息和第一设备发送第五链路状态检测信息的时间内，第一设备在链路上向第二设备发送的业务数据包的数量。

可选的，第一设备还向第二设备发送确定的业务数据包的数量对应的时间信息，该时间信息包括第一设备发送第六链路状态检测信息和第一设备发送第五链路状态检测信息之间的时间段。可选的，该第五链路状态检测信息和第六链路状态检测信息为链路状态检测数据包，该时间信息包括链路状态检测数据包对应的序列号信息。

其中，第六链路状态检测信息与第五链路状态检测信息可以是相邻的两个链路状态检测信息，也可以是不相邻的两个链路状态检测信息。

下面结合具体示例对该方案进行说明。

参考图6，为链路状态检测信息和业务数据包的传输的一个示例图。该示例中，在一条链路上依次传输有业务数据包1至业务数据包8。并且在业务数据包1之后发送链路状态检测信息a，在业务数据包3之后发送链路状态检测信息b，在业务数据包5之后发送链路状态检测信息c，在业务数据包8之后发送链路状态检测信息d。以上述第五链路状态检测信息与第六链路状态检测信息是相邻的两个链路状态检测信息为例，当第五链路状态检测信息是链路状态检测信息d，则第六链路状态检测信息是链路状态检测信息c；当第五链路状态检测信息是链路状态检测信息c，则第六链路状态检测信息是链路状态检测信息b；当第五链路状态检测信息是链路状态检测信息b，则第六链路状态检测信息是链路状态检测信息a。

示例性地，假设业务数据包3和7丢失了，也即第二设备没有收到业务数据包3和7，则第二设备向第一设备发送以下信息：

链路状态检测信息a与链路状态检测信息b之间收到的业务数据包的数量：1个；

链路状态检测信息b与链路状态检测信息c之间收到的业务数据包的数量：2个；

链路状态检测信息c与链路状态检测信息d之间收到的业务数据包的数量：2个。

或者，第二设备也可以向第一设备发送以下信息：

链路状态检测信息a与链路状态检测信息c之间收到的业务数据包的数量：3个；

链路状态检测信息a与链路状态检测信息d之间收到的业务数据包的数量：5个；

链路状态检测信息b与链路状态检测信息d之间收到的业务数据包的数量：4个。

第二设备具体是向第一设备发送相邻两个链路状态检测信息之间收到的业务数据包的数量，还是向第一设备发送非相邻两个链路状态检测信息之间收到的业务数据包的数量，取决于具体实现，本申请实施例不做限定。

第一设备可以计算得到：

链路状态检测信息a与链路状态检测信息b之间的业务数据包的丢包率为：50％；

链路状态检测信息b与链路状态检测信息c之间的业务数据包的丢包率为：0％；

链路状态检测信息c与链路状态检测信息d之间的业务数据包的丢包率为：33.3％；

当然，第一设备还可以计算得到：

链路状态检测信息a与链路状态检测信息c之间的业务数据包的丢包率为：25％；

链路状态检测信息a与链路状态检测信息d之间的业务数据包的丢包率为：28.6％；

链路状态检测信息b与链路状态检测信息d之间的业务数据包的丢包率为：20％。

作为一种实现方法，对于上述图3或图5中的任意实现方案，针对第一设备发送的每个链路状态检测信息，第二设备在收到该链路状态检测信息后，向第一设备发送一个针对该链路状态检测信息的响应信息，该响应信息也可以是一个链路状态检测信息。比如，针对上述图3对应的任意实现方案，第二设备在计算得到业务数据包的丢包率后，可以在该响应信息中携带业务数据包的丢包率。再比如，针对上述图5对应的任意实现方案，第二设备在响应信息中携带收到的业务数据包的数量。

作为一种实现方法，对于上述图3或图5中的任意实现方案，第一设备向第二设备发送链路状态检测信息时，可以在链路状态检测信息中携带标识信息，该标识信息可以包括流程传输标识(procedure transport identifier，PTI)，或者包括流程传输标识和序列号。

比如，当第一设备向第二设备发送的链路状态检测信息中携带的标识信息包括流程传输标识(PTI)，则第二设备向第一设备发送针对该链路状态检测信息的响应信息中也携带该流程传输标识。该方案中，流程传输标识的作用如下：第一，用于标识链路状态检测信息，也即用于区分不用的链路状态检测信息；第二，用于对不同的链路状态检测信息进行排序；第三，用于关联链路状态检测信息与针对该链路状态检测信息的响应信息。示例性地，第一设备向第二设备发送的链路状态检测信息依次为：链路状态检测信息1(PTI-1)，链路状态检测信息2(PTI-2)，链路状态检测信息3(PTI-3)，链路状态检测信息4(PTI-4)，第二设备发送的响应信息依次为：链路状态检测信息1’(PTI-1)，链路状态检测信息2’(PTI-2)，链路状态检测信息3’(PTI-3)，链路状态检测信息4’(PTI-4)。比如，第二设备没有收到链路状态检测信息2，则第二设备可以根据PTI-1、PTI-3、PTI-4，推断得到没有收到PTI-2对应的链路状态检测信息2。

再比如，当第一设备向第二设备发送的链路状态检测信息中携带的标识信息包括流程传输标识(PTI)和序列号，则第二设备向第一设备发送针对该链路状态检测信息的响应信息中也携带该流程传输标识以及携带序列号。其中，第一设备发送的链路状态检测信息中的流程传输标识与收到的针对该链路状态检测信息的响应信息中的流程传输标识，第一设备发送的链路状态检测信息中的序列号与收到的针对该链路状态检测信息的响应信息中的序列号可以相同，也可以不同。该方案中，流程传输标识的作用如下：第一，用于标识链路状态检测信息，也即用于区分不用的链路状态检测信息；第二，用于关联链路状态检测信息与针对该链路状态检测信息的响应信息。序列号的作用是：用于对不同的链路状态检测信息进行排序。示例性地，第一设备向第二设备发送的链路状态检测信息依次为：链路状态检测信息1(PTI-a，SN-1)，链路状态检测信息2(PTI-b，SN-2)，链路状态检测信息3((PTI-c，SN-3))，链路状态检测信息4((PTI-d，SN-4))，第二设备向第一设备发送的针对收到的链路状态检测信息的响应信息依次为：链路状态检测信息1’(PTI-a，SN-1’)，链路状态检测信息2’(PTI-b，SN-2’)，链路状态检测信息3’((PTI-c，SN-3’))，链路状态检测信息4’((PTI-d，SN-4’))。其中，SN-1与SN-1’可以相同，也可以不同，SN-2与SN-2’可以相同，也可以不同，SN-3与SN-3’可以相同，也可以不同，SN-4与SN-4’可以相同，也可以不同。可选的，第二设备向第一设备发送的针对收到的链路状态检测信息的响应信息也可以不携带序列号，比如上述示例中，不携带SN-1’、SN-2’、SN-3’、SN-4’。比如，第二设备没有收到链路状态检测信息2，则第二设备可以根据SN-1、SN-3、SN-4，推断得到没有收到PTI-2对应的链路状态检测信息2。

作为一种实现方法，第一设备或第二设备在计算业务数据包的丢包率时，可以将链路状态检测信息的丢失情况考虑进来，当然也可以不考虑进来。其中，第一设备在发送链路状态检测信息之后，可以根据是否收到针对该链路状态检测信息的响应信息，来判断发送的链路状态检测信息是否丢失。第二设备则可以根据收到的多个链路状态检测信息中的标识信息(可以包括流程传输标识，或包括流程传输标识和序列号)，来判断是否有某个或某些链路状态检测信息丢失。

可选的，本申请实施中，链路状态检测信息可以是链路状态检测数据包。第一设备在发送该链路状态检测数据包时，可以在链路状态检测数据包中携带PMF请求消息，该PMF请求消息携带标识信息(可以包括流程传输标识，或包括流程传输标识和序列号)，可选的，PMF请求消息还可以携带用于指示发送的业务数据包的数量，具体实现可以参考前述各个实施例的描述。第二设备在收到链路状态检测数据包后，向第一设备发送针对该链路状态检测信息的响应信息，该响应信息也是一个链路状态检测数据包，该链路状态检测数据包携带PMF响应消息，该PMF响应消息携带的流程传输标识与PMF请求消息中携带的流程传输标识相同，从而第一设备可以识别收到的链路状态检测信息与发送的链路状态检测信息之间的对应关系。可选的，在PMF响应消息中携带第二设备收到的来自第一设备的业务数据包的数量或业务数据包的丢包率，具体实现可以参考前述各个实施例的描述。

作为一种实现方法，当UE或UPF计算一条QoS flow的丢包率时，可以由UE或UPF的PMF确定业务数据包所属的QoS flow的标识(即QoS流标识(QoS flow identity，QFI))，即判断发送或收到的业务数据包属于哪一条QoS flow，然后对相应的QoS flow的业务数据包进行计数或计算丢包率。比如：

对于下行业务流，UE的接入芯片在一条链路收到下行业务数据包后，将该下行业务数据包发送给UE的PMF。上述PMF基于QoS策略(即QoS rule)判断此下行业务数据包所属的QoS flow的QFI。上述QoS rule同现有技术，包含业务数据流(SDF)描述信息与QFI对应关系。或者，UE的接入芯片在一条链路收到下行业务数据包后，解析该下行业务数据包的业务数据适配协议(service data adaptation protocol，SDAP)层，获取SDAP层携带的QFI，并将该QFI发送给PMF。可选的，当需要计算不同接入技术对应的不同链路的丢包率时，UE的接入芯片将下行业务数据包的传输链路对应的接入技术指示发送给UE的PMF。

对于下行业务流，UPF收到下行业务数据包后，PMF基于N4接口收到的策略(例如QER)确定该下行业务数据包对应的QFI，并在向UE发送下行业务数据包时，对该QFI上对应的下行数据包进行计数。

对于上行业务流，UE的PMF收到上层应用产生的业务数据包后，PMF基于QoS rule判断业务数据包对应的QFI，并对该QFI对应的业务数据包进行计数。

对于上行业务流，UPF在一条链路收到上行业务数据包后，将上行数据包发送给UPF的PMF，该PMF基于N4接口收到的策略(例如QoS执行规则(QoS enforcement rule，QER))判断此上行业务数据包所属的QFI。或者，UPF在一条链路收到上行业务数据包后，获取上述业务数据包的用户面通用无线分组业务(general packet radio service，GPRS)隧道协议(GPRS tunneling protocol-user，GTP-U)层中携带的QFI，将上述QFI发送给UPF的PMF。

作为一种实现方法，当UE或UPF计算至少一条QoS flow的丢包率时，UE可以基于现有技术获取QoS flow对应的数据无线承载(data radio bearer，DRB)信息，既空口侧至少一条QoS flow汇聚到一条DRB链路。UE的接入芯片将DBR与QFI(s)对应关系发送给UE的PMF。UE的PMF统计一条DBR链路上的收到的下行业务数据包数量，并计算DBR粒度的丢包率。此外，UE可以将汇聚到一条DBR的至少一条QoS flow信息，如QFI(s)，发送给UPF，UPF可以计算上述多条QoS flow上发送或接收的业务数据包的数量或丢包率。其中，UPF或UE判断业务数据包所属的QoS flow的方法可以参考前述描述。

参考图7，本申请实施例还提供一种丢包率的检测方法示意图。该方法可以与上述图3对应的实施例和/或图5对应的实施例相结合实施，也可以与其它实施例相结合实施，或者是单独实施，本申请对此不做限定。需要说明的是，以下描述中，第一设备是作为业务数据包的发送方，第二设备是作为业务数据包的接收方。

该方法包括以下步骤：

步骤701，SMF确定需要对业务流所在的链路进行链路状态检测。

或者理解为，SMF确定需要对业务流进行链路状态检测。

作为一种实现方法，当业务流包括为至少一条QoS流，该QoS流包括至少一条业务数据流，或者该业务流包括业务数据流，则SMF可以根据以下任一方法确定需要对业务流所在的链路进行链路状态检测：

方法1，SMF确定业务流中的业务数据流的分流功能为ATSSS-LL，则确定需要对业务流所在的链路进行链路状态检测。

方法2，SMF确定业务流中的业务数据流的分流功能为ATSSS-LL，且业务数据流的分流模式为负载均衡模式，则确定需要对业务流所在的链路进行链路状态检测。

方法3，SMF确定业务流中的业务数据流的分流功能为ATSSS-LL，且业务数据流的分流模式为最小时延模式，则确定需要对业务流所在的链路进行链路状态检测。

方法4，SMF确定业务流中的业务数据流的分流功能为ATSSS-LL，且业务数据流的分流模式为基于优先权模式，则确定需要对业务流所在的链路进行链路状态检测。

方法5，SMF确定业务流中的业务数据流的分流功能为ATSSS-LL，且业务数据流的分流模式为主备模式，则确定需要对业务流所在的链路进行链路状态检测。

方法6，SMF确定从PCF收到业务流的链路状态阈值，则确定需要对业务流所在的链路进行链路状态检测，链路状态阈值包括丢包率阈值。

步骤702，SMF向第一设备和/或第二设备发送链路状态检测指示。相应地，第一设备/或第二设备收到链路状态检测指示。

该链路状态检测指示用于使能(enable)链路状态检测功能，链路状态检测功能包含丢包率检测功能。其中，这里的“使能链路状态检测功能”可以理解为指示开启链路状态检测功能。

基于上述方案，SMF可以向第一设备和/或第二设备发送链路状态检测指示，以使能链路第一设备和/或第二设备的链路状态检测功能。从而第一设备和/或第二设备可以基于开启的链路状态检测功能，对链路的业务数据包的丢包率进行快速准确地检测。

作为一种实现方法，SMF还可以向第一设备和/或第二设备发送业务流的标识信息，该标识信息包括PDU会话标识、业务数据流描述信息、IP五元组信息、以太流描述信息或至少一个QFI，则上述步骤702中的链路状态检测指示，具体用于使能针对该业务流的链路状态检测功能。

作为一种实现方法，可以由SMF为该链路状态检测功能分配相应的IP地址和/或端口号，然后SMF将IP地址和/或端口号配置给第一设备和/或第二设备。示例性地，上述链路状态检测指示包括IP地址和/或端口号。可选的，当是以QoS粒度配置IP地址和/或端口号时，则SMF还向第一设备和/或第二设备发送IP地址和/或端口号对应的QFI，以通知为该QFI指示的QoS流的链路状态检测功能分配IP地址和/或端口号。

作为另一种实现方法，也可以是由第一设备(或第二设备)为该链路状态检测功能分配相应的IP地址和/或端口号，然后将IP地址和/或端口号发送给SMF，SMF再将IP地址和/或端口号配置给第二设备(或第一设备)。可选的，当是以QoS粒度配置IP地址和/或端口号时，则第一设备(或第二设备)还向SMF发送IP地址和/或端口号对应的QFI，然后SMF还向第二设备(或第一设备)发送该QFI，以通知为该QFI指示的QoS流的链路状态检测功能分配IP地址和/或端口号。

作为一种实现方法，SMF还可以向第一设备发送计数指示，该计数指示用于指示第一设备对第一设备在链路上向第二设备发送的业务数据包的数量进行计数。例如，第一设备可以在发送的链路状态检测信息(如上述示例中的第一链路状态检测信息、第二链路状态检测信息、第三链路状态检测信息、第四链路状态检测信息、第五链路状态检测信息或第六链路状态检测信息中的一个或多个)携带发送的业务数据包的数量。

作为一种实现方法，SMF还可以第二设备发送计数指示，该计数指示用于指示第二设备对第一设备在链路上向第二设备发送的业务数据包的数量进行计数，或者，该计数指示用于指示第二设备在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并存储或向第一设备发送在链路收到的业务数据包的数量，或者，该计数指示用于指示第二设备在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并存储或向第一设备发送在链路收到的业务数据包的数量。

作为一种实现方法，SMF还可以向第一设备和/或第二设备发送链路状态上报指示，链路状态上报指示用于指示上报业务数据包的丢包率。或者，SMF向第一设备和/或第二设备发送链路状态上报频率，链路状态上报频率用于指示上报业务数据包的丢包率的频率。或者，SMF向第一设备和/或第二设备发送链路状态上报周期，链路状态上报周期用于指示上报业务数据包的丢包率的周期。从而，第一设备和/或第二设备可以根据链路状态上报指示、链路状态上报频率或链路状态上报周期，向SMF、PCF或其它网元上报检测到的业务数据包的丢包率。

作为一种实现方法，当由第一设备计算业务数据包的丢包率时，SMF还可以向第一设备发送丢包率检测指示，该丢包率检测指示用于指示第一设备在从第二设备收到第二设备统计的接收到的业务数据包的数量时，计算业务数据包的丢包率。

作为一种实现方法，当由第二设备计算业务数据包的丢包率时，SMF还可以向第二设备发送丢包率检测指示，该丢包率检测指示用于指示第二设备在收到链路状态检测信息时计算业务数据包的丢包率。或者，丢包率检测指示用于第二设备在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并使用在链路收到的业务数据包的数量计算业务数据包的丢包率。或者，丢包率检测指示用于第二设备在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并使用统计的在链路收到的业务数据包的数量计算业务数据包的丢包率。

为便于理解本申请实施例内容，下面结合一个具体示例，对上述图7所示的配置过程进行说明。参考图8，为本申请实施例提供的一种丢包率的检测方法示意图。该实施例中，是以计算QoS粒度的丢包率为例进行说明的。

该方法包括以下步骤：

步骤801，UE发起PDU会话新建或更新流程。

比如，当UE发起PDU会话新建流程，则UE通过RAN向AMF发送非接入层(non accessstratum，NAS)消息，该NAS消息包含PDU session establishment request消息。AMF收到NAS消息后，将其中的PDU session establishment request消息转发给SMF。

再比如，当UE发起PDU会话更新流程，则UE通过RAN向AMF发送NAS消息，该NAS消息包含PDU session modification request消息。AMF收到NAS消息后，将其中的PDU sessionmodification request消息转发给SMF。

步骤802，SMF向PCF发送策略请求。相应地，PCF收到策略请求。

步骤803，PCF确定业务数据流的分流功能、分流模式以及链路状态阈值。

其中，确定的分流功能比如可以是ATSSS-LL或MPTCP中的至少一个。

确定的分流模式比如可以是最小时延模式、负载均衡模式、主备模式或基于优先权模式中的一个。

链路状态阈值包括最大丢包率，可选的，还包括最大RTT等。

步骤804，PCF向SMF发送策略响应，其中携带业务数据流描述信息、分流模式、分流功能以及链路状态阈值。相应地，SMF收到策略响应。

其中，业务数据流描述信息用于匹配业务数据流。

可选的，PCF还向SMF发送链路状态检测频率或链路状态检测周期。其中，链路状态检测频率用于指示对链路状态进行检测的频率，比如为5次/分钟，即每分钟检测5次。链路状态检测周期用于指示对链路状态进行检测的周期，比如为5秒，即每隔5秒检测一次。

可选的，PCF还向SMF发送链路状态上报指示、链路状态上报频率或链路状态上报周期。其中，链路状态上报指示用于指示上报链路状态信息。链路状态上报频率用于指示上报链路状态信息的频率，比如2次/分钟，即每分钟上报2次。链路状态上报周期用于指示上报链路状态信息的周期，比如为10秒，即每隔10秒上报1次。其中，链路状态信息包括丢包率，可选的，链路状态信息还包括时延、带宽等。

步骤805，SMF确定需要对业务数据流对应的QoS流所在的链路进行链路状态检测。

SMF可以基于业务数据流的分流功能、分流模式或链路状态阈值中的至少一个，确定需要对业务数据流对应的QoS流所在的链路进行链路状态检测。

比如，当SMF收到的该业务数据流的分流功能为ATSSS-LL时，则SMF确定需要对业务数据流对应的QoS流所在的链路进行链路状态检测。

再比如，当SMF收到的该业务数据流的分流功能为ATSSS-LL且分流模式为负载均衡模式、基于优先权模式、主备模式或最小时延模式中的一种模式时，则SMF确定需要对业务数据流对应的QoS流所在的链路进行链路状态检测。

再比如，当SMF确定收到该业务数据流的链路状态阈值时，则SMF确定需要对业务数据流对应的QoS流所在的链路进行链路状态检测。

步骤806，SMF向UPF发送会话请求/更新消息，其中携带链路状态检测指示和QoS流标识(QoS flow identity，QFI)。相应地，UPF收到会话请求/更新消息。

当发送会话请求消息时，该会话请求消息比如可以是报文转发控制协议(packetforwarding control protocol，PFCP)会话请求消息。当发送会话更新消息时，该会话更新消息比如可以是PFCP会话更新消息。

链路状态检测指示用于使能在QoS流上的链路状态检测功能，也即按照QoS粒度进行链路状态检测。在具体实现中，该链路状态检测指示可以包括PMF使能指示或丢包率检测指示。其中，PMF使能指示用于使能UPF基于PMF的链路状态检测功能，丢包率检测指示用于使能UPF的丢包率检测功能。可选的，链路状态检测指示还包括RTT检测指示、抖动(jitter)检测指示、带宽检测指示中的一个或多个。RTT检测指示用于使能UPF进行RTT检测，抖动检测指示用于使能UPF进行抖动检测，带宽检测指示用于使能带宽检测功能。

可选的，SMF还可以为UPF上进行链路状态检测功能分配IP地址和端口号，并通过上述会话请求/更新消息发送给UPF。上述IP地址和端口号是基于QoS flow粒度进行分配的，该情形下可以分配多个IP地址和多个端口号，且个IP地址对应一个端口号。

可选的，SMF还可以确定QoS flow粒度的链路状态检测频率或链路状态检测周期，并通过上述会话请求/更新消息发送给UPF。需要说明的是，若上述步骤804携带链路状态检测频率或链路状态检测周期，则SMF确定的链路状态检测频率或链路状态检测周期可以是根据从步骤804收到的链路状态检测频率或链路状态检测周期确定的，也可以是SMF根据本地策略确定的。若上述步骤804未携带链路状态检测频率或链路状态检测周期，则SMF确定的链路状态检测频率或链路状态检测周期可以是SMF根据本地策略确定的。

可选的，SMF还可以确定QoS flow粒度的链路状态上报指示、链路状态上报频率或链路状态上报周期，并通过上述会话请求/更新消息发送给UPF。需要说明的是，若上述步骤804携带链路状态上报指示、链路状态上报频率或链路状态上报周期，则SMF确定的链路状态上报指示、链路状态上报频率或链路状态上报周期可以是根据从步骤804收到的链路状态上报指示、链路状态上报频率或链路状态上报周期确定的，也可以是SMF根据本地策略确定的。若上述步骤804未携带链路状态上报指示、链路状态上报频率或链路状态上报周期，则SMF确定的链路状态上报指示、链路状态上报频率或链路状态上报周期可以是SMF根据本地策略确定的。

步骤807，UPF根据收到的链路状态检测指示，使能链路状态检测功能，并为该链路状态检测功能分配IP地址与端口号。

需要说明的是，若上述步骤806携带IP地址与端口号，则UPF使用该收到的IP地址与端口号，作为该链路状态检测功能的IP地址与端口号。UPF收到的是QoS flow粒度的IP地址与端口号，因此SMF为该链路状态检测功能按照QoS flow粒度分配IP地址与端口号，也即每个QoS flow对应一个IP地址与端口号。

若上述步骤806未携带IP地址与端口号，则UPF根据本地策略，为该链路状态检测功能分配IP地址与端口号。

步骤808，UPF向SMF发送会话请求/更新响应。相应地，SMF收到会话请求/更新响应。

若上述806未携带IP地址与端口号，则在步骤807中，UPF是根据本地策略为链路状态检测功能分配IP地址与端口号。该情形下，该步骤808的会话请求/更新响应可以携带UP根据本地策略分配的IP地址与端口号。

步骤809，SMF向RAN发送N2消息，其中携带PDU会话标识和PDU会话建立/更新成功消息。相应地，RAN收到该N2消息。

该PDU会话建立/更新成功消息携带链路状态检测指示和QFI。

可选的，PDU会话建立/更新成功消息还包含QoS flow粒度的链路状态检测频率或链路状态检测周期。具体描述参考前述步骤806的描述，这里不再赘述。

可选的，PDU会话建立/更新成功消息还包含QoS flow粒度的链路状态上报指示、链路状态上报频率或链路状态上报周期。具体描述参考前述步骤806的描述，这里不再赘述。

可选的，上述N2消息还包含链路状态检测功能的IP地址与端口号，以及QFI。该QFI与该IP地址及端口号具有对应关系。

由于是进行QoS流粒度的链路状态检测，该PDU会话建立/更新成功消息还可以携带业务数据流描述信息(或业务数据流模板)和计数指示，该计数指示用于指示UE对UE在链路上向UPF发送的业务数据包的数量进行计数，或者该计数指示用于指示UE对UPF在链路上向UE发送的业务数据包的数量进行计数，或者，该计数指示用于指示UE在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并存储或向UPF发送在链路收到的业务数据包的数量，或者，该计数指示用于指示UE在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并存储或向UPF发送在链路收到的业务数据包的数量。

以及，该PDU会话建立/更新成功消息还可以携带PMF业务数据流描述信息(或PMF业务数据流模板)和丢包率相关信息，该丢包率相关信息包含丢包率检测指示。该丢包率检测指示用于指示UE在从UPF收到UPF统计的接收到的业务数据包的数量时，计算业务数据包的丢包率。或者，该丢包率检测指示用于指示UE在收到链路状态检测信息时计算业务数据包的丢包率。或者，丢包率检测指示用于UE在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并使用在链路收到的业务数据包的数量计算业务数据包的丢包率。或者，丢包率检测指示用于UE在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并使用统计的在链路收到的业务数据包的数量计算业务数据包的丢包率。

步骤810，RAN向UE发送PDU会话建立/更新成功消息。相应地，UE收到该PDU会话建立/更新成功消息。

步骤811，RAN分配会话相关资源，比如分配RAN侧的隧道标识信息(包括IP地址，隧道端点标识(tunnel endpoint identifier，TEID))。

步骤812，RAN向SMF发送N2消息，其中携带RAN侧的隧道标识信息。相应地，SMF收到N2消息。

步骤813，SMF向UPF发送会话请求/更新消息，其中携带RAN侧的隧道标识信息。相应地，UPF收到会话请求/更新消息。

当发送会话请求消息时，该会话请求消息比如可以是PFCP会话请求消息。当发送会话更新消息时，该会话更新消息比如可以是PFCP会话更新消息。

由于是进行QoS流粒度的链路状态检测，该会话请求/更新消息还可以携带业务数据流描述信息(或业务数据流模板)和计数指示，该计数指示用于指示UPF对UPF在链路上向UE发送的业务数据包的数量进行计数，或者该计数指示用于指示UPF对UE在链路上向UPF发送的业务数据包的数量进行计数，或者，该计数指示用于指示UPF在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并存储或向UE发送在链路收到的业务数据包的数量，或者，该计数指示用于指示UPF在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并存储或向UE发送在链路收到的业务数据包的数量。

以及，该会话请求/更新消息还可以携带PMF业务数据流描述信息(或PMF业务数据流模板)和丢包率相关信息，该丢包率相关信息包含丢包率检测指示。该丢包率检测指示用于指示UPF在从UE收到UE统计的接收到的业务数据包的数量时，计算业务数据包的丢包率。或者，该丢包率检测指示用于指示UPF在收到链路状态检测信息时计算业务数据包的丢包率。或者，丢包率检测指示用于UPF在收到链路状态检测信息时计算在链路收到的业务数据包的数量，并使用在链路收到的业务数据包的数量计算业务数据包的丢包率。或者，丢包率检测指示用于UPF在收到链路状态检测信息时结束统计在链路收到的业务数据包的数量，将计数器清零，并使用统计的在链路收到的业务数据包的数量计算业务数据包的丢包率。

步骤814，UPF向SMF发送会话请求/更新响应。相应地，SMF收到会话请求/更新响应。

基于上述方案，实现了使能UE和UPF的链路状态检测功能，并为UE和UPF配置链路状态检测相关信息，从而UE和UPF可以基于开启的链路状态检测功能，对链路的业务数据包的丢包率进行快速准确地检测。

参考图9，为本申请实施例提供的一种通信装置的示意图。该装置用于实现上述实施例中对应第一设备、第二设备或会话管理网元所执行的各个步骤，如图9所示，该装置900包括收发单元910和处理单元920。

可选的，上述通信装置900还可以包括存储单元，该存储单元用于存储数据或者指令(也可以称为代码或者程序)，上述各个单元可以和存储单元交互或者耦合，以实现对应的方法或者功能。例如，处理单元920可以读取存储单元中的数据或者指令，使得通信装置实现上述实施例中的方法。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate arraygate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，CPU)或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上收发单元910是一种该装置的接口电路，用于从其它装置接收信号或向其它装置发送信号。例如，当该装置以芯片的方式实现时，该收发单元910是该芯片用于从其它芯片或装置接收信号的接口电路、或向其它芯片或装置发送信号的接口电路。

参考图10，为本申请实施例提供的一种通信装置示意图，用于实现以上实施例中第一设备、第二设备或会话管理网元的操作。如图10所示，该通信装置包括：处理器1010和接口1030，可选的，该通信装置还包括存储器1020。接口1030用于实现与其他设备进行通信。

以上实施例中第一设备、第二设备或会话管理网元执行的方法可以通过处理器1010调用存储器(可以是第一设备、第二设备或会话管理网元中的存储器1020，也可以是外部存储器)中存储的程序来实现。即，第一设备、第二设备或会话管理网元可以包括处理器1010，该处理器1010通过调用存储器中的程序，以执行以上方法实施例中第一设备、第二设备或会话管理网元执行的方法。这里的处理器可以是一种具有信号的处理能力的集成电路，例如CPU。第一设备、第二设备或会话管理网元可以通过配置成实施以上方法的一个或多个集成电路来实现。例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。或者，可以结合以上实现方式。

具体的，图9中的收发单元910和处理单元920的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机可执行指令来实现。或者，图9中的处理单元920的功能/实现过程可以通过图10所示的通信装置1000中的处理器1010调用存储器1020中存储的计算机执行指令来实现，图9中的收发单元910的功能/实现过程可以通过图10中所示的通信装置1000中的接口1030来实现。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个、种)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。“多个”是指两个或两个以上，其它量词与之类似。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明申请实施例的实施过程构成任何限定。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于随机存取存储器(Random AccessMemory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个或多个示例性的设计中，本申请所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电脑、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、数字通用光盘(英文：Digital Versatile Disc，简称：DVD)、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。本申请说明书的上述描述可以使得本领域技术任何可以利用或实现本申请的内容，任何基于所公开内容的修改都应该被认为是本领域显而易见的，本申请所描述的基本原则可以应用到其它变形中而不偏离本申请的发明本质和范围。因此，本申请所公开的内容不仅仅局限于所描述的实施例和设计，还可以扩展到与本申请原则和所公开的新特征一致的最大范围。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。