CN115915196A - 一种链路状态检测方法、通信装置及通信系统 - Google Patents

Abstract

本申请实施例提供一种链路状态检测方法、通信装置及通信系统。该方法包括：由终端设备确定用于链路状态检测的第一QoS流，然后请求用户面网元为该第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号，后续终端设备或用户面网元可以根据该IP地址和/或端口号，检测第一QoS流的链路状态。该方法实现了由终端设备灵活选择用于链路状态检测的QoS流，提升了链路状态检测的灵活性。

Description

一种链路状态检测方法、通信装置及通信系统

技术领域

本申请涉及通信技术领域，尤其涉及一种链路状态检测方法、通信装置及通信系统。

背景技术

终端设备可以通过用户面的链路与用户面网元之间进行数据收发，该链路的状态的好坏直接影响到数据收发的丢包率和时延等性能指标。因此，有必要对链路的状态进行检测，以掌握链路的状态。

然而，如何实现链路状态的灵活检测，有待解决。

发明内容

本申请实施例提供一种链路状态检测方法、通信装置及通信系统，用于实现链路状态的灵活检测。

第一方面，本申请实施例提供一种链路状态检测方法，该方法可以由终端设备或应用于终端设备中的模块(如芯片)来执行。以终端设备执行该方法为例，该方法包括：终端设备确定用于链路状态检测的第一QoS流；该终端设备向用户面网元发送检测指示信息和该第一QoS流的标识信息，该检测指示信息用于指示该第一QoS流用于链路状态检测；该终端设备接收来自该用户面网元的该第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号；该终端设备在该第一QoS流上发送链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号；或者该终端设备在该第一QoS流上接收链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号。

根据上述方案，由终端设备确定用于链路状态检测的第一QoS流，然后请求用户面网元为该第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号，后续终端设备或用户面网元可以根据该IP地址和/或端口号，检测第一QoS流的链路状态。该方法实现了由终端设备灵活选择用于链路状态检测的QoS流，提升了链路状态检测的灵活性。

作为一种可能的实现方法，该终端设备向用户面网元发送第一消息，该第一消息包括该第一QoS流的标识信息，该第一消息用于指示对该第一QoS流进行链路状态检测。

根据上述方案，终端设备可以通过用户面，向用户面网元指示对该第一QoS流进行链路状态检测，并且通过第一消息来指示对该第一QoS流进行链路状态检测，不需要在第一消息中携带额外的指示信息来指示对该第一QoS流进行链路状态检测，可以减少开销。

作为一种可能的实现方法，该终端设备向用户面网元发送第一消息，该第一消息包括检测指示和该第一QoS流的标识信息，该检测指示用于指示对该第一QoS流进行链路状态检测。

根据上述方案，终端设备可以通过用户面，向用户面网元指示对该第一QoS流进行链路状态检测，并且通过检测指示来指示对该第一QoS流进行链路状态检测，对第一消息本身的形式没有要求，因此可以扩大该方案的适用场景。

作为一种可能的实现方法，该终端设备在第二QoS流上向该用户面网元发送该第一消息；该终端设备在第三QoS流上接收来自该用户面网元的第二消息，该第二消息包括该IP地址和/或该端口号。

作为一种可能的实现方法，该终端设备在第二QoS流上向该用户面网元发送该检测指示信息和该第一QoS流的标识信息；该终端设备在该第二QoS流上接收来自该用户面网元的该IP地址和/或该端口号。

作为一种可能的实现方法，该终端设备通过会话管理网元向该用户面网元发送检测指示和该第一QoS流的标识信息。

根据上述方案，终端设备可以通过控制面的会话管理网元，向用户面网元指示对该第一QoS流进行链路状态检测，可以减少用户面的开销。

作为一种可能的实现方法，该终端设备根据本地策略，确定该第一QoS流用于链路状态检测。

作为一种可能的实现方法，该终端设备根据业务的需求，确定承载该业务的该第一QoS流用于链路状态检测。

根据上述方案，由于是根据业务的需求确定承载该业务的第一QoS流用于链路状态检测，可以实现准确确定用于链路状态检测的QoS流。

作为一种可能的实现方法，该终端设备确定该第一QoS流的参数满足预设要求，则确定第一QoS流用于链路状态检测，该第一QoS流的参数包括但不限于：5QI值、时延、丢包率。

根据上述方案，由于是根据QoS流的参数确定用于链路状态检测的QoS流，可以实现准确确定用于链路状态检测的QoS流。

作为一种可能的实现方法，该终端设备根据该第一QoS流的标识信息，以及该IP地址和/或该端口号，生成QoS规则；该终端设备根据该QoS规则，确定该链路状态检测包在该第一QoS流上发送；或者，该终端设备根据该QoS规则，确定接收的该链路状态检测包是该第一QoS流上的检测包。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；该终端设备接收来自该用户面网元的与该IP地址和/或该端口号对应的接入技术。

根据上述方案，用户面网元在为第一QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号时，还参考了第一QoS流对应的接入技术，有助于实现为第一QoS流准确分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

作为一种可能的实现方法，该链路状态检测包是对应性能检测功能协议的数据包。

第二方面，本申请实施例提供一种链路状态检测方法，该方法可以由用户面网元或应用于用户面网元中的模块(如芯片)来执行。以用户面网元执行该方法为例，该方法包括：用户面网元接收来自终端设备的检测指示信息和第一QoS流的标识信息，该检测指示信息用于指示该第一QoS流用于链路状态检测；该用户面网元根据该检测指示信息，为该第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号；该用户面网元向该终端设备发送该IP地址和/或该端口号；该用户面网元在该第一QoS流上发送链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号；或者该用户面网元在该第一QoS流上接收链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号。

根据上述方案，由终端设备请求用户面网元为第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号，后续终端设备或用户面网元可以根据该IP地址和/或端口号，检测第一QoS流的链路状态。该方法实现了由终端设备灵活选择用于链路状态检测的QoS流，提升了链路状态检测的灵活性。

作为一种可能的实现方法，该用户面网元接收来自该终端设备的第一消息，该第一消息包括该第一QoS流的标识信息，该第一消息用于指示对该第一QoS流进行链路状态检测。

根据上述方案，终端设备可以通过用户面，向用户面网元指示对该第一QoS流进行链路状态检测，并且通过第一消息来指示对该第一QoS流进行链路状态检测，不需要在第一消息中携带额外的指示信息来指示对该第一QoS流进行链路状态检测，可以减少开销。

作为一种可能的实现方法，该用户面网元接收来自该终端设备的第一消息，该第一消息包括检测指示和该第一QoS流的标识信息，该检测指示用于指示对该第一QoS流进行链路状态检测。

根据上述方案，终端设备可以通过用户面，向用户面网元指示对该第一QoS流进行链路状态检测，并且通过检测指示来指示对该第一QoS流进行链路状态检测，对第一消息本身的形式没有要求，因此可以扩大该方案的适用场景。

作为一种可能的实现方法，该用户面网元在第二QoS流上接收来自该终端设备的该第一消息；该用户面网元在第三QoS流上向该终端设备发送第二消息，该第二消息包括该IP地址和/或该端口号。

作为一种可能的实现方法，该用户面网元在第二QoS流上接收来自该终端设备的该检测指示信息和该第一QoS流的标识信息；该用户面网元在该第二QoS流上向该终端设备发送该IP地址和/或该端口号。

作为一种可能的实现方法，该用户面网元通过会话管理网元接收来自该终端设备的检测指示和该第一QoS流的标识信息。

根据上述方案，终端设备可以通过控制面的会话管理网元，向用户面网元指示对该第一QoS流进行链路状态检测，可以减少用户面的开销。

作为一种可能的实现方法，该用户面网元根据该第一QoS流的标识信息，以及该IP地址和/或该端口号，生成N4规则，该N4规则包括流描述信息和该第一QoS流的标识信息，该流描述信息包括该IP地址和/或该端口号；该用户面网元根据该N4规则，确定该链路状态检测包在该第一QoS流上发送；或者，该用户面网元根据该N4规则，确定该接收的链路状态检测包是该第一QoS流上的检测包。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；该用户面网元向该终端设备发送与该IP地址和/或该端口号对应的接入技术。

根据上述方案，用户面网元在为第一QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号时，还参考了第一QoS流对应的接入技术，有助于实现为第一QoS流准确分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

作为一种可能的实现方法，该链路状态检测包是对应性能检测功能协议的数据包。

第三方面，本申请实施例提供一种链路状态检测方法，该方法可以由会话管理网元或应用于会话管理网元中的模块(如芯片)来执行。以会话管理网元执行该方法为例，该方法包括：会话管理网元接收来自终端设备的检测指示和第一QoS流的标识信息，该检测指示用于指示该第一QoS流用于链路状态检测；该会话管理网元向用户面网元发送该检测指示和该第一QoS流的标识信息；该会话管理网元接收来自该用户面网元的该第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号；该会话管理网元向该终端设备发送该IP地址和/或该端口号。

作为一种可能的实现方法，该会话管理网元接收来自该终端设备的会话建立请求消息，该会话建立请求消息包括该检测指示和该第一QoS流的标识信息；或者，该会话管理网元接收来自该终端设备的会话修改请求消息，该会话修改请求消息包括该检测指示和该第一QoS流的标识信息。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；该会话管理网元接收来自该用户面网元的与该IP地址和/或该端口号对应的接入技术；该会话管理网元向该终端设备发送与该IP地址和/或该端口号对应的该接入技术。

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

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

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

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

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

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

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

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

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

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

第十四方面，本申请实施例还提供一种通信系统，包括会话管理网元和用户面网元。该会话管理网元，用于接收来自终端设备的检测指示和第一QoS流的标识信息，该检测指示用于指示该第一QoS流用于链路状态检测；向用户面网元发送该检测指示和该第一QoS流的标识信息；接收来自该用户面网元的该第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号；向该终端设备发送该IP地址和/或该端口号；该用户面网元，用于接收来自该会话管理网元的该检测指示和该第一QoS流的标识信息；根据该检测指示，为该第一QoS流分配用于链路状态检测的该IP地址和/或该端口号；向该会话管理网元发送该IP地址和/或该端口号。

作为一种可能的实现方法，该会话管理网元，具体用于接收来自该终端设备的会话建立请求消息，该会话建立请求消息包括该检测指示和该第一QoS流的标识信息；或者，接收来自该终端设备的会话修改请求消息，该会话修改请求消息包括该检测指示和该第一QoS流的标识信息。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；该用户面网元，还用于向该会话管理网元发送该用户面网元的与该IP地址和/或该端口号对应的接入技术。该会话管理网元，还用于接收来自该用户面网元的与该IP地址和/或该端口号对应的接入技术；以及向该终端设备发送与该IP地址和/或该端口号对应的该接入技术。

附图说明

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

图2为基于点对点接口的5G网络架构示意图；

图3(a)为PDU会话支持单接入技术的示意图；

图3(b)为PDU会话支持多接入技术的示意图；

图4为本申请实施例提供的一种链路状态检测方法的流程示意图；

图5为本申请实施例提供的一种链路状态检测方法的流程示意图；

图6为本申请实施例提供的一种链路状态检测方法的流程示意图；

图7为本申请实施例提供的一种链路状态检测方法的流程示意图；

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

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

具体实施方式

为了应对无线宽带技术的挑战，保持第三代合作伙伴计划(3rd generationpartnership project，3GPP)网络的领先优势，3GPP标准组制定了下一代移动通信网络系统(Next Generation System)架构，称为第五代(the 5th generation，5G)网络架构。该架构不但支持3GPP标准组定义的无线接入技术(如长期演进(long term evolution，LTE)接入技术，5G无线接入网(radio access network，RAN)接入技术等)接入到5G核心网(corenetwork，CN)，而且支持使用非3GPP(non-3GPP)接入技术通过非3GPP转换功能(non-3GPPinterworking function，N3IWF)或下一代接入网关(next generation packet datagateway，ngPDG)接入到核心网。

图1为基于服务化架构的5G网络架构示意图。图1所示的5G网络架构中可包括终端设备、接入网设备以及核心网设备。终端设备通过接入网设备和核心网设备接入数据网络(data network，DN)。其中，核心网设备包括但不限于以下网元中的部分或者全部：统一数据管理(unified data management，UDM)网元、统一数据库(unified data repository，UDR)、网络开放功能(network exposure function，NEF)网元、应用功能(applicationfunction，AF)网元、策略控制功能(policy control function，PCF)网元、接入与移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(sessionmanagement function，SMF)网元、用户面功能(user plane function，UPF)网元、网络存储功能(network repository function，NRF)网元、鉴权服务器功能网元(authenticationserver function，AUSF)。

终端设备可以是用户设备(user equipment，UE)、移动台、移动终端等。终端设备可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicle toeverything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、城市空中交通工具(如无人驾驶机、直升机等)、轮船、机器人、机械臂、智能家居设备等。

接入网设备可以是无线接入网(RAN)设备或有线接入网(wirelineaccessnetwork，FAN)设备。其中，无线接入网设备包括3GPP接入网设备、非可信非3GPP接入网设备和可信非3GPP接入网设备。3GPP接入网设备包括但不限于：LTE中的演进型基站(evolvedNodeB，eNodeB)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、未来移动通信系统中的基站或完成基站部分功能的模块或单元，如集中式单元(central unit，CU)，分布式单元(distributed unit，DU)等。非可信非3GPP接入网设备包括但不限于：非可信非3GPP接入网关或N3IWF设备，非可信无线局域网(wireless local area network，WLAN)接入点(access point，AP)、交换机、路由器。可信非3GPP接入网设备包括但不限于：可信非3GPP接入网关，可信WLAN AP、交换机、路由器。有线接入网设备包括但不限于：有线接入网关(wireline access gateway)或固定电话网络设备，交换机、路由器。

接入网设备和终端设备可以是固定位置的，也可以是可移动的。接入网设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和人造卫星上。本申请的实施例对接入网设备和终端设备的应用场景不做限定。

AMF网元，包含执行移动性管理、接入鉴权/授权等功能。此外，还负责在终端设备与PCF间传递用户策略。

SMF网元，包含执行会话管理、执行PCF下发的控制策略、选择UPF、分配终端设备的互联网协议(internet protocol，IP)地址等功能。

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

UDM网元，包含执行管理签约数据、用户接入授权等功能。

UDR，包含执行签约数据、策略数据、应用数据等类型数据的存取功能。

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

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

PCF网元，包含负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、终端策略决策等策略控制功能。PCF网元包括接入与移动性管理策略控制网元(access andmobility management policy control function，AM PCF)网元和会话管理策略控制功能(session management PCF，SM PCF)网元，AM PCF网元可以提供移动性管理策略，SM PCF网元可以提供会话管理策略。

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

AUSF网元，负责对终端设备进行鉴权，验证终端设备的合法性。

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

图1中Nausf、Nnef、Nnfr、Namf、Npcf、Nsmf、Nudm、Nudr、Naf分别为上述AUSF、NEF、NRF、AMF、PCF、SMF、UDM、UDR、AF提供的服务化接口，用于调用相应的服务化操作。N1、N2、N3、N4以及N6为接口序列号，这些接口序列号的含义如下：

1)、N1：AMF与终端设备之间的接口，可以用于向终端设备传递非接入层(nonaccess stratum，NAS)信令(如包括来自AMF的QoS规则)等。

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

3)、N3：接入网设备与UPF之间的接口，主要用于传递接入网设备与UPF间的上下行用户面数据。

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

5)、N6：UPF与DN的接口，用于传递UPF与DN之间的上下行用户数据流。

图2为基于点对点接口的5G网络架构示意图，其中的网元的功能的介绍可以参考图1中对应的网元的功能的介绍，不再赘述。图2与图1的主要区别在于：图1中的核心网内的控制面网元之间的接口是服务化的接口，图2中的核心网内的控制面网元之间的接口是点对点的接口。

并且，图2示出了通过3GPP接入技术和/或非可信的非3GPP接入技术接入到核心网的应用场景。针对可信的3GPP接入场景，可以将图2中的“非可信的非3GPP接入”替换为“可信的非3GPP接入”，以及将图2中的“N3IWF”替换为“可信非3GPP接入网关”。针对有线接入场景，可以将图2中的“非可信的非3GPP接入”替换为“有线接入”，以及将图2中的“N3IWF”替换为“有线接入网关”。

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

作为一种实现方法，本申请实施例中的用户面网元可以分别是上述UPF网元，也可以是未来通信如第六代(6th generation，6G)网络中具有上述UPF网元的功能的网元。为便于说明，以下以用户面网元是UPF网元为例进行说明，并且将UPF网元简称为UPF。

作为一种实现方法，本申请实施例中的会话管理网元可以分别是上述SMF网元，也可以是未来通信如6G网络中具有上述SMF网元的功能的网元。为便于说明，以下以会话管理网元是SMF网元为例进行说明，并且将SMF网元简称为SMF。

目前，一个PDU会话可以通过一种接入技术接入到核心网，也可以通过两种或两种以上的接入技术接入到核心网。当PDU会话通过一种的接入技术接入到核心网，也称为该PDU会话支持单接入技术，或者将该PDU会话称为单接入PDU会话。当PDU会话通过两种或两种以上的接入技术接入到核心网，也称为该PDU会话支持多接入技术，或者将该PDU会话称为多接入PDU会话(multi-access PDU session)。

如图3(a)所示，为PDU会话支持单接入技术的示意图。该PDU会话上建立有一个或多个QoS流，每个QoS流对应一条链路(或传输路径)。QoS流用于传输一个或多个业务的数据包。以图3(a)为例，QoS流1用于传输业务1的数据包和业务2的数据包，QoS流2用于传输业务3的数据包，QoS流3用于传输业务4的数据包、业务5的数据包和业务6的数据包。

如图3(b)所示，为PDU会话支持多接入技术的示意图。该图以PDU会话支持两种接入技术为例。该多接入PDU会话上的每个接入技术都可以建立有一个或多个QoS流，每个QoS流对应一条链路(或传输路径)。每个QoS流用于传输一个或多个业务的数据包，例如，该多接入PDU会话中承载有QoS流1、QoS流2和QoS流3，其中，QoS流1和QoS流2通过接入技术1和接入技术2传输，QoS流3通过接入技术1传输。

在图3(b)的示例中，作为一种实现方法，该两种接入技术是3GPP接入技术、非3GPP接入技术、有线接入技术中的任意两种。作为另一种实现方法，该两种接入技术中的一种接入技术是可信的非3GPP接入技术，另一种接入技术是3GPP接入技术、非可信的非3GPP接入技术或有线接入技术。作为另一种实现方法，该两种接入技术中的一种接入技术是非可信的非3GPP接入技术，另一种接入技术是3GPP接入技术或有线接入技术。作为一种实现方法，该两种接入技术是5G RAN接入技术、LTE接入技术、WLAN接入技术或固定电话网络接入技术中的任意两种。

为检测Qos流的链路状态，本申请实施例提出一种链路状态检测方法。具体的，本申请实施例可以检测一个或多个QoS流的链路状态，即检测QoS流粒度的链路状态。一种实现方法中，还可以使用一个或多个QoS流的链路状态来反映该QoS流对应的接入技术的连接状态。

以图3(a)所示的支持单接入技术的PDU会话为例，该PDU会话上承载有QoS流1、QoS流2和QoS流3。示例性的，可以检测到QoS流1、QoS流2或QoS流3中的一个或多个QoS流的链路状态，可选的，可以使用QoS流1、QoS流2或QoS流3中的一个或多个QoS流的链路状态来反映接入技术1的连接状态，比如使用QoS流1的链路状态来反映接入技术1的连接状态，或者使用QoS流2的链路状态来反映接入技术1对应的连接状态，或者使用QoS流3的链路状态来反映接入技术1对应的连接状态，或者使用QoS流1和QoS流2的链路状态来反映接入技术1对应的连接状态，等等。

以图3(b)所示的支持多接入技术的PDU会话为例，该PDU会话对应接入技术1和接入技术2，在接入技术1上传输QoS流1、QoS流2和QoS流3，在接入技术2上传输QoS流1和QoS流2，也即QoS流1和QoS流2均通过两种接入技术传输，QoS流3通过一种接入技术传输。示例性的，可以检测到对应接入技术1的QoS流1、对应接入技术1的QoS流2或QoS流3中的一个或多个QoS流的链路状态，可选的，可以使用对应接入技术1的QoS流1、对应接入技术1的QoS流2或QoS流3中的一个或多个QoS流的链路状态来反映接入技术1对应连接状态，比如使用对应接入技术1的QoS流1的链路状态来反接入技术1的连接状态，或者使用对应接入技术1的QoS流2的链路状态来反映接入技术1的连接状态，或者使用QoS流3的链路状态来反映接入技术1的连接状态，或者使用对应接入技术1的QoS流1和对应接入技术1的QoS流2的链路状态来反映接入技术1对应的连接状态，等等。示例性的，可以检测到对应接入技术2的QoS流1和/或对应接入技术2的QoS流2的链路状态，可选的，可以使用对应接入技术2的QoS流1和/或对应接入技术2的QoS流2的链路状态来反映接入技术2对应的连接状态，比如使用对应接入技术2的QoS流1的链路状态来反映接入技术2的连接状态，或者使用对应接入技术2的QoS流2的链路状态来反映接入技术2的连接状态，或者使用对应接入技术2的QoS流1和对应接入技术2的QoS流2的链路状态来反映接入技术1的连接状态。

参考图4，为本申请实施例提供的一种链路状态检测方法的流程示意图。该方法包括以下步骤：

步骤401，SMF确定用于链路状态检测的QoS流。

以图3(a)所示的支持单接入技术的PDU会话为例，如果SMF确定用于链路状态检测的QoS流包括QoS流1，则表示SMF确定使用QoS流1发送链路状态检测包，从而反映QoS流1的链路状态。如果SMF确定用于链路状态检测的QoS流包括QoS流1和QoS流2，则表示SMF确定使用QoS流1和QoS流2的发送链路状态检测包，从而反映QoS流1与QoS流2的链路状态。

以图3(b)所示的支持多接入技术的PDU会话为例，针对接入技术1对应的链路1，如果SMF确定用于链路状态检测的QoS流包括接入技术1对应的QoS流1，则表示SMF确定使用接入技术1对应的QoS流1发送链路状态检测包，从而反映QoS流1的链路状态。如果SMF确定用于链路状态检测的QoS流包括接入技术1对应的QoS流1和接入技术1对应的QoS流2，则表示SMF确定使用接入技术1对应的QoS流1发送链路状态检测包，以及使用接入技术1对应的QoS流2发送链路状态检测包，从而反映QoS流1的链路状态与QoS流2的链路状态。

本申请实施例对于SMF确定用于链路状态检测的QoS流的具体实现方法不做限定。示例性的，SMF可以基于本地策略或运营商策略，确定用于链路状态检测的QoS流。

步骤402，SMF向UPF发送用于链路状态检测的QoS流的标识信息。

其中，QoS流的标识信息也称为QoS流标识(QoS flow identity，QFI)。

SMF向UPF发送用于链路状态检测的QFI的数量可以是一个或多个。如果发送的QFI的数量是多个，则SMF可以向UPF发送一个QFI列表，该QFI列表中包括多个QFI。

步骤403，UPF为QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

这里的QoS流即为SMF发送给UPF的用于链路状态检测的QoS流。

作为一种实现方法，如果用于链路状态检测的QoS流对应多种接入技术，则UPF为对应不同接入技术的相同QoS流分配不同的IP地址和/或不同的端口号。比如，以图3(b)为例，UPF可以为对应接入技术1的QoS流1分配用于链路状态检测的UPF的IP地址1和/或用于链路状态检测的UPF的端口号1，为对应接入技术2的QoS流1分配用于链路状态检测的UPF的IP地址2和/或用于链路状态检测的UPF的端口号2。其中，一种实现方法中，UPF的IP地址1与UPF的IP地址2不同，且UPF的端口号1与UPF的端口号2不同。另一种实现方法中，UPF的IP地址1与UPF的IP地址2相同，且UPF的端口号1与UPF的端口号2不同。另一种实现方法中，UPF的IP地址1与UPF的IP地址2不同，且UPF的端口号1与UPF的端口号2相同。

步骤404，UPF向SMF发送用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

比如，上述步骤401中，SMF向UPF发送的用于链路状态检测的QoS流的标识信息包括：QFI1、QFI 2和QFI 3，且指示了这些QoS流对应接入技术1，则该步骤404中，UPF向SMF发送与QFI1对应的UPF的IP地址和/或UPF的端口号、与QFI2对应的UPF的IP地址和/或UPF的端口号以及与QFI3对应的UPF的IP地址和/或UPF的端口号。其中，QFI1、QFI2与QFI3之间互不相同。在具体实现中，UPF可以向SMF发送用于链路状态检测的QoS流的QFI以及与该QFI对应的UPF的IP地址和/或UPF的端口号。比如UPF向SMF发送(QFI1，与QFI1对应的UPF的IP地址1和/或UPF的端口号1)、(QFI2，与QFI2对应的UPF的IP地址2和/或UPF的端口号2)以及(QFI3，与QFI3对应的UPF的IP地址3和/或UPF的端口号3)。

一种实现方法中，当用于链路状态检测的QoS流支持多接入技术，则UPF还可以向SMF发送与UPF的IP地址和/或UPF的端口号对应的接入技术。

步骤405，SMF向终端设备发送用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

一种实现方法中，当用于链路状态检测的QoS流支持多接入技术，则SMF还可以向终端设备发送与UPF的IP地址和/或UPF的端口号对应的接入技术。

终端设备在收到用于链路状态检测的QoS流对应的UPF的IP地址和/或UPF的端口号之后，可以使用该IP地址和/或端口号发送链路状态检测包来检测QoS流的链路状态。或者，也可以是由UPF使用该IP地址和/或端口号发送链路状态检测包来检测QoS流的链路状态。下面对该两种检测QoS流状态的方法分别进行说明。

为便于说明，以下以通过图3(b)中的对应接入技术1的QoS流1来检测接入技术1对应的QoS流1的链路状态为例，来说明该方法一和方法二。具体的，该QoS流1的标识信息是QFI1。

方法一，由终端设备发起检测QoS流的状态，具体包括以下步骤406至步骤409。

步骤406，终端设备通过待检测的QoS流向UPF发送第一链路状态检测包。相应的，UPF接收该第一链路状态检测包。

该第一链路状态检测包包括包头和第一检测消息。该包头携带QFI1、目的IP地址和目的端口号，该QFI1用于标识传输该第一链路状态检测包的QoS流，该QoS流即为待检测的QoS流。其中，该目的IP地址是用于链路状态检测的UPF的IP地址，和/或该目的端口号是用于链路状态检测的UPF的端口号。

作为一种实现方法，该第一链路状态检测包的包头中还携带源端口号和/或源IP地址。该源端口号是终端设备的端口号，该源IP地址是终端设备的IP地址。作为一种实现方法，终端设备上的任意QoS流均对应该终端设备的相同端口号和/或相同IP地址。

可以理解为，该第一链路状态检测包是一个特殊的数据包，该数据包不是用来传输业务的数据的，而是用来检测QoS流的链路状态的。

作为一种实现方法，该第一链路状态检测包是对应性能检测功能(performancemeasurement function，PMF)协议的数据包，该第一链路状态检测包也可以称为PMF数据包或PMF链路状态检测包，该第一链路状态检测包中的第一检测消息可以称为PMF消息或PMF检测消息。

步骤407，UPF通过待检测的QoS流向终端设备发送第二链路状态检测包。相应的，终端设备接收该第二链路状态检测包。

UPF在收到上述第一链路状态检测包后，确定第一链路状态检测包中的目的IP地址是用于链路状态检测的UPF的IP地址，和/或确定第一链路状态检测包中的目的端口号是用于链路状态检测的UPF的端口号，则确定该第一链路状态检测包是一个用于检测QoS流的链路状态的数据包，因此UPF立即生成第二链路状态检测包，然后通过该待检测的QoS流(即承载第一链路状态检测包的QoS流)向终端设备发送第二链路状态检测包。

该第二链路状态检测包包括包头和第二检测消息。该包头携带QFI1、源IP地址、源端口号、目的IP地址和目的端口号，该QFI1用于标识传输该第二链路状态检测包的QoS流，该QoS流即为待检测的QoS流，该目的IP地址是终端设备的IP地址，该目的端口号是终端设备的端口号，该源IP地址是用于链路状态检测的UPF的IP地址，该源端口号是用于链路状态检测的UPF的端口号。

可以理解为，该第二链路状态检测包是一个特殊的数据包，该数据包不是用来传输业务的数据的，而是用来检测QoS流的链路状态的。

终端设备在收到上述第二链路状态检测包后，确定第二链路状态检测包中的源IP地址是用于链路状态检测的UPF的IP地址，和/或确定第二链路状态检测包中的源端口号是用于链路状态检测的UPF的端口号，则确定该第二链路状态检测包是一个用于检测QoS流的链路状态的数据包。

作为一种实现方法，如果上述第一链路状态检测包是对应PMF协议的数据包，则该第二链路状态检测包也是对应PMF协议的数据包。该第二链路状态检测包也可以称为PMF数据包或PMF链路状态检测包，该第二链路状态检测包中的第二检测消息可以称为PMF消息或PMF检测消息。

步骤408，终端设备确定待检测的QoS流的链路状态。

示例性的，终端设备可以根据发送第一链路状态检测包的时间和收到第二链路状态检测包的时间，确定该QoS流的链路状态，该链路状态包括时延、丢包率、负载等信息。

方法二，由UPF发起检测QoS流的状态，具体包括以下步骤410至步骤413。

步骤409，UPF通过待检测的QoS流向终端设备发送第一链路状态检测包。相应的，终端设备接收该第一链路状态检测包。

该第一链路状态检测包包括包头和第一检测消息。该包头携带QFI1、源IP地址、源端口号、目的IP地址和目的端口号，该QFI1用于标识传输该第一链路状态检测包的QoS流，该QoS流即为待检测的QoS流，该目的IP地址是终端设备的IP地址，该目的端口号是终端设备的端口号，该源IP地址是用于链路状态检测的UPF的IP地址，该源端口号是用于链路状态检测的UPF的端口号。

可以理解为，该第一链路状态检测包是一个特殊的数据包，该数据包不是用来传输业务的数据的，而是用来检测QoS流的链路状态的。

作为一种实现方法，该第一链路状态检测包是对应PMF协议的数据包，该第一链路状态检测包也可以称为PMF数据包或PMF链路状态检测包，该第一链路状态检测包中的第一检测消息可以称为PMF消息或PMF检测消息。

步骤410，终端设备通过待检测的QoS流向UPF发送第二链路状态检测包。相应的，UPF接收该第二链路状态检测包。

终端设备在收到上述第一链路状态检测包后，确定第一链路状态检测包中的源IP地址是用于链路状态检测的UPF的IP地址，和/或确定第一链路状态检测包中的源端口号是用于链路状态检测的UPF的端口号，则确定该第一链路状态检测包是一个用于检测QoS流的链路状态的数据包，因此终端设备立即生成第二链路状态检测包，然后通过该待检测的QoS流(即承载第一链路状态检测包的QoS流)向UPF发送第二链路状态检测包。

该第二链路状态检测包包括包头和第二检测消息。该包头携带QFI1、目的IP地址和目的端口号，该QFI1用于标识传输该第二链路状态检测包的QoS流，该QoS流即为待检测的QoS流，该目的IP地址是用于链路状态检测的UPF的IP地址，该目的端口号是用于链路状态检测的UPF的端口号。

作为一种实现方法，该第二链路状态检测包的包头中还携带源端口号和/或源IP地址。该源端口号是终端设备的端口号，该源IP地址是终端设备的IP地址。作为一种实现方法，终端设备上的任意QoS流均对应该终端设备的相同端口号和/或相同IP地址。

可以理解为，该第二链路状态检测包是一个特殊的数据包，该数据包不是用来传输业务的数据的，而是用来检测QoS流的链路状态的。

UPF在收到上述第二链路状态检测包后，确定第二链路状态检测包中的目的IP地址是用于链路状态检测的UPF的IP地址，和/或确定第二链路状态检测包中的目的端口号是用于链路状态检测的UPF的端口号，则确定该第二链路状态检测包是一个用于检测QoS流的链路状态的数据包。

作为一种实现方法，如果上述第一链路状态检测包是对应PMF协议的数据包，则该第二链路状态检测包也是对应PMF协议的数据包。该第二链路状态检测包也可以称为PMF数据包或PMF链路状态检测包，该第二链路状态检测包中的第二检测消息可以称为PMF消息或PMF检测消息。

步骤411，UPF确定待检测的QoS流的链路状态。

该步骤411的实现方法，与上述步骤408类似，可以参考前述描述。

通过上述方案，由SMF确定用于链路状态检测的QoS流，然后通知UPF为这些QoS流生成用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，并由SMF将UPF生成的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号发送给终端设备，从而终端设备与UPF之间可以根据用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，对QoS流的链路状态进行检测。

然而，上述方案还存在一些问题，比如，上述方案是由SMF确定用于链路状态检测的QoS流，然后SMF通知UPF为该QoS流生成用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，终端设备会收到与该QoS流对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。相应的，终端设备只能基于这些QoS流来检测链路状态，终端设备无法自由选择用于链路状态检测的QoS流。

以图3(a)为例，如果SMF确定检测QoS流1的链路状态，则终端设备可以收到与QoS流1对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，后续终端设备根据与QoS流1对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，检测QoS流1的链路状态，终端设备无法检测其他QoS流的链路状态，如检测QoS流2或QoS流3的链路状态。

以图3(b)为例，如果SMF确定检测对应接入技术1的QoS流1的链路状态，则终端设备可以收到与QoS流1对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，且该IP地址和/或端口号对应接入技术1，后续终端设备只能检测对应接入技术1的QoS流1的链路状态，而无法检测对应接入技术1的其他QoS流的链路状态，如检测对应接入技术1的QoS流2或QoS流3的链路状态。

为解决该问题，本申请实施例提供相应的解决方案。参考图5，为本申请实施例提供的一种链路状态检测方法的流程示意图。该方法包括以下步骤：

步骤501，终端设备确定用于链路状态检测的第一QoS流。

一种实现方法中，终端设备根据本地策略，确定第一QoS流用于链路状态检测。

另一种实现方法中，终端设备根据业务的需求，确定承载该业务的第一QoS流用于链路状态检测。例如，某个业务是时延敏感和/或丢包敏感的业务，则确定承载该业务的第一QoS流用于链路状态检测。

另一种实现方法中，终端设备确定第一QoS流的参数满足预设要求，则确定该第一QoS流用于链路状态检测，该第一QoS流的参数包括但不限于：5G QoS标识(5G QoSidentifier，5QI)值、时延、丢包率。例如，这里的预设要求可以是丢包率高于某个阈值，时延大于某个阈值，或5QI值是某些具体取值。

步骤502，终端设备向UPF发送检测指示信息和第一QoS流的标识信息。相应的，UPF接收该检测指示信息和该第一QoS流的标识信息。

该检测指示信息用于指示第一QoS流用于链路状态检测，或者该检测指示信息用于指示为第一QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，或者该检测指示信息用于指示对第一QoS流进行链路状态检测。

步骤503，UPF根据检测指示信息，为第一QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

该用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，也可以称为是与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

步骤504，UPF向终端设备发送与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

在具体实现中，UPF可以向终端设备发送第一QoS流的标识信息以及与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

作为一种实现方法，如果第一QoS流是支持多种接入技术的会话中的QoS流，也即第一QoS流对应多种接入技术，则UPF还向终端设备发送与该用于链路状态检测的IP地址和/或用于链路状态检测的端口号对应的接入技术。其中，UPF可以通过用户面向终端设备发送与该用于链路状态检测的IP地址和/或用于链路状态检测的端口号对应的接入技术，也可以通过控制面的SMF向终端设备发送与该用于链路状态检测的IP地址和/或用于链路状态检测的端口号对应的接入技术。

根据上述方案，由终端设备确定用于链路状态检测的第一QoS流，然后请求UPF为该第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号，后续终端设备或UPF可以根据该IP地址和/或端口号，检测第一QoS流的链路状态。该方法实现了由终端设备灵活选择用于链路状态检测的QoS流，提升了链路状态检测的灵活性。

作为一种实现方法，在终端设备收到与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号之后，终端设备可以根据第一QoS流的标识信息，以及用于链路状态检测的IP地址和/或用于链路状态检测的端口号，生成QoS规则，该QoS规则包括流描述信息和第一QoS流的标识信息，流描述信息包括用于链路状态检测的IP地址和/或用于链路状态检测的端口号。后续，终端设备如果需要发送携带该IP地址和/或端口号的链路状态检测包，可以根据该QoS规则，确定该链路状态检测包在第一QoS流上发送，或者，终端设备根据该QoS规则，确定接收的携带该IP地址和/或端口号的链路状态检测包是第一QoS流上的检测包。或者，如果接收到的携带该IP地址和/或端口号的链路状态检测包中还携带该第一QFI，则终端设备可以根据该链路状态检测包中的第一QFI，确定该链路状态检测包是第一QoS流上的检测包。

作为一种实现方法，在UPF生成与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号之后，UPF可以根据第一QoS流的标识信息，以及用于链路状态检测的IP地址和/或用于链路状态检测的端口号，生成N4规则，该N4规则包括流描述信息和第一QoS流的标识信息，流描述信息包括用于链路状态检测的IP地址和/或用于链路状态检测的端口号。后续，UPF如果需要发送携带该IP地址和/或端口号的链路状态检测包，可以根据该N4规则，确定该链路状态检测包在第一QoS流上发送，或者，UPF根据该N4规则，确定接收的携带该IP地址和/或端口号的链路状态检测包是第一QoS流上的检测包。或者，如果接收到的携带该IP地址和/或端口号的链路状态检测包中还携带该第一QFI，则UPF可以根据该链路状态检测包中的第一QFI，确定该链路状态检测包是第一QoS流上的检测包。

作为一种实现方法，在终端设备收到与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号之后，终端设备可以根据该IP地址和/或端口号，主动发起检测第一QoS流的链路状态，或者也可以由UPF根据该IP地址和/或端口号，主动发起检测第一QoS流的链路状态。

如果是由终端设备主动发起检测第一QoS流的链路状态，则在上述步骤504之后，还包括以下步骤505和步骤506。

步骤505，终端设备在第一QoS流上向UPF发送链路状态检测包(以下称为第一链路状态检测包)。相应的，UPF接收该链路状态检测包。

该第一链路状态检测包包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

步骤506，UPF在第一QoS流上向终端设备发送链路状态检测包(以下称为第二链路状态检测包)。相应的，终端设备接收该链路状态检测包。

该第二链路状态检测包包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

作为一种实现方法，上述步骤505和步骤506的具体实现，可以参考上述步骤406和步骤407的描述。

在步骤505和步骤506之后，终端设备可以确定第一QoS流的链路状态，比如终端设备可以根据发送第一链路状态检测包的时间和收到第二链路状态检测包的时间，确定该第一QoS流的链路状态，该链路状态包括时延、丢包率、负载、抖动等信息。

如果是由UPF主动发起检测第一QoS流的链路状态，则在上述步骤504之后，还包括以下步骤507和步骤508。

步骤507，UPF在第一QoS流上向终端设备发送链路状态检测包(以下称为第一链路状态检测包)。相应的，终端设备接收该链路状态检测包。

该第一链路状态检测包包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

步骤508，终端设备在第一QoS流上向UPF发送链路状态检测包(以下称为第二链路状态检测包)。相应的，UPF接收该链路状态检测包。

该第二链路状态检测包包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

作为一种实现方法，上述步骤507和步骤508的具体实现，可以参考上述步骤409和步骤410的描述。

在步骤507和步骤508之后，UPF可以确定第一QoS流的链路状态，比如UPF可以根据发送第一链路状态检测包的时间和收到第二链路状态检测包的时间，确定该第一QoS流的链路状态，该链路状态包括时延、丢包率、负载、抖动等信息。

上述步骤502和步骤504可以通过用户面方法实现，也可以通过控制面方法实现，下面分别说明。

一、用户面方法

作为一种实现方法，上述步骤502具体是：终端设备向UPF发送第一消息，该第一消息包括第一QoS流的标识信息，第一消息用于指示对第一QoS流进行链路状态检测，其中上述步骤502的检测指示信息具体指的是该第一消息的名称。示例性的，终端设备可以在第二QoS流上向UPF发送该第一消息，相应的，上述步骤504具体是：终端设备在第三QoS流上接收来自UPF的第二消息，该第二消息包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。其中，该第二QoS流可以是缺省的QoS流，也可以是任意一个QoS流，该第三QoS流可以是缺省的QoS流，也可以是任意一个QoS流。该第二QoS流与该第三QoS流可以是相同的QoS流，也可以是不同的QoS流。

作为另一种实现方法，上述步骤502具体是：终端设备向UPF发送第一消息，该第一消息包括检测指示和第一QoS流的标识信息，该检测指示用于指示对第一QoS流进行链路状态检测，其中上述步骤502的检测指示信息具体指的是该检测指示，该检测指示可以是比特信息或特殊字符等。示例性的，终端设备可以在第二QoS流上向UPF发送该第一消息，相应的，上述步骤504具体是：终端设备在第三QoS流上接收来自UPF的第二消息，该第二消息包括与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。其中，该第二QoS流可以是缺省的QoS流，也可以是任意一个QoS流，该第三QoS流可以是缺省的QoS流，也可以是任意一个QoS流。该第二QoS流与该第三QoS流可以是相同的QoS流，也可以是不同的QoS流。

作为另一种实现方法，上述步骤502具体是：终端设备在第二QoS流上向UPF发送检测指示信息和第一QoS流的标识信息。相应的，步骤504具体是：终端设备在该第二QoS流上接收来自UPF的IP地址和/或端口号。该第二QoS流可以是缺省的QoS流，也可以是任意一个QoS流。

二、控制面方法

作为一种实现方法，上述步骤502具体是：终端设备通过SMF向UPF发送检测指示和第一QoS流的标识信息，该检测指示用于指示对第一QoS流进行链路状态检测，其中上述步骤502的检测指示信息具体指的是该检测指示，该检测指示可以是比特信息或特殊字符等。相应的，上述步骤504具体是：UPF通过SMF向终端设备发送与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

其中，终端设备通过SMF向UPF发送检测指示和第一QoS流的标识信息，具体指的是：终端设备向SMF发送检测指示和第一QoS流的标识信息，然后SMF向UPF发送该检测指示和该第一QoS流的标识信息。示例性的，终端设备可以在会话建立流程中，将检测指示和第一QoS流的标识信息携带于会话建立请求消息中发送至SMF，或者，终端设备可以在会话修改流程中，将检测指示和第一QoS流的标识信息携带于会话修改请求消息中发送至SMF。

其中，UPF通过SMF向终端设备发送与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号，具体指的是：UPF向SMF发送与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号，然后SMF向终端设备发送与第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号。

作为一种实现方法，SMF可以基于第一QoS流的标识信息，以及与该第一QoS流对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，生成QoS规则，该QoS规则包括流描述信息和第一QoS流的标识信息，流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，然后SMF向终端设备发送该QoS规则。

作为一种实现方法，SMF可以基于第一QoS流的标识信息，以及与该第一QoS流对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，生成N4规则，该N4规则包括流描述信息和第一QoS流的标识信息，流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，然后SMF向UPF发送该N4规则。

下面结合图6对应的实施例和图7对应的实施例，具体说明上述图5对应的实施例的方案。

参考图6，为本申请实施例提供的一种链路状态检测方法的流程示意图。该方法是由终端设备通过用户面，请求UPF为某个QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

该方法包括以下步骤：

步骤601，终端设备发起PDU会话建立请求消息。

该PDU会话建立请求消息用于请求建立PDU会话。

该PDU会话建立请求消息承载在NAS传输消息中，通过接入网设备发送至AMF，然后AMF将NAS消息中的PDU会话建立请求消息发送至SMF。该接入网设备可以是3GPP接入网设备、非3GPP接入网设备或有线接入网设备，本申请不做限定。

一种实现方法，该PDU会话建立请求消息中携带多接入PDU会话请求指示，用于指示请求建立的PDU会话是多接入PDU会话。如果该PDU会话建立请求消息中没有携带多接入PDU会话请求指示，则表明该PDU会话建立请求消息用于请求建立单接入PDU会话。

步骤602，SMF向PCF发送策略请求消息。相应的，PCF接收该策略请求消息。

该策略请求消息用于请求该PDU会话相关的策略信息。

步骤603，PCF向SMF发送策略响应消息。相应的，SMF接收该策略响应消息。

该策略响应消息中包括策略信息，该策略信息包括QoS策略，可选的该策略信息还包括分流策略。该分流策略用于表示业务流的分流模式，分流模式包括负载均衡模式、最小时延模式、主备模式、冗余传输模式或优先级模式。

SMF基于PCF下发的策略信息生成N4规则(N4 rule)和QoS规则(QoS rule)，可选的还生成分流规则，即接入流量导向，转换和拆分(Access Traffic Steering,Switchingand Splitting，ATSSS)规则。

其中，N4规则包括用于匹配数据包的流描述信息，如IP五元组等信息，N4规则还包括转发规则，该转发规则用于指示数据包的发送方式。

该分流规则用于指示业务流的分流模式，该分流规则包括业务流描述信息与分流模式，该业务流描述信息用于匹配业务流。

步骤604，SMF向UPF发送N4规则。相应的，UPF接收该N4规则。

具体的，SMF通过SMF与UPF之间的N4接口，向UPF发送N4规则。

步骤605，SMF向终端设备发送PDU会话建立接受消息。相应的，终端设备接收该PDU会话建立接受消息。

具体的，SMF向AMF发送PDU会话建立接受消息，AMF经由接入网设备向终端设备发送携带PDU会话建立接受消息的NAS消息。

该PDU会话建立接受消息中携带QoS规则，可选的还携带分流规则。

通过上述步骤601至步骤605，完成了单接入PDU会话或多接入PDU会话的成功建立。以下将单接入PDU会话和多接入PDU会话统称为PDU会话。

在PDU建立完成之后，可以在PDU会话中建立一个或多个QoS流，每个QoS流用于传输一个或多个业务的数据包。该PDU会话上的QoS流之间的关系可以参考前述描述。

步骤606，终端设备确定PDU会话中的用于链路状态检测的第一QoS流。

其中，该步骤的具体实现方法可以参考上述步骤501中的描述。

步骤607，终端设备通过第二QoS流向UPF发送第一数据包。相应的，UPF接收该第一数据包。

该第一数据包包括包头和第一消息，该包头包括第二QFI，该第一消息中包含第一QFI，可选的，该第一消息还包括检测指示，该检测指示用于指示第一QoS流用于链路状态检测。其中，如果第一消息不包括该检测指示，则该第一消息用于指示第一QoS流用于链路状态检测。

该第一QFI是第一QoS流的标识信息，该第一QoS流是用于链路状态检测的QoS流。该第二QFI是第二QoS流的标识信息，该第二QoS流是缺省的QoS流或者是PDU会话中的任意一个QoS流。第一QoS流与第二QoS流可能相同，也可能不同。

步骤608，UPF为第一QFI分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

如果第一消息中携带检测指示，则UPF根据该检测指示，为第一QFI分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。如果第一消息中没有携带检测指示，则UPF根据该第一消息的名称，为第一QFI分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

其中，如果建立的PDU会话是多接入PDU会话，则UPF为第一QFI分配的IP地址和/或端口号还与接入技术有关。具体的，该第一QoS流对应两个或两个以上的接入技术，UPF为对应不同接入技术的第一QoS流分配的IP地址不同和/或端口号不同。

步骤609，UPF根据第一QFI，以及用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，生成N4规则。

该N4规则包括流描述信息和第一QFI，该流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，该N4规则用于将链路状态检测包关联到第一QoS流。也即，后续如果UPF生成第一QoS流对应的链路状态检测包，则UPF可以根据该N4规则，确定携带该IP地址和/或端口号的链路状态检测包对应该第一QFI，从而在该第一QFI指示的第一QoS流上传输该链路状态检测包，实现对该第一QoS流的链路检测。

步骤610，UPF通过第三QoS流向终端设备发送第二数据包。相应的，终端设备接收该第二数据包。

该第二数据包包括包头和第二消息，该包头包括第三QFI，该第二消息中包含第一QFI，以及用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

一种实现方法，如果上述PDU会话是多接入PDU会话，则该第二消息中还包含与该用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号对应的接入技术。

该第三QFI是第三QoS流的标识信息，该第三QoS流是缺省的QoS流，或者是PDU会话中的任意一个QoS流，或者是第二QoS流。

步骤611，终端设备存储第一QFI与用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号的对应关系。

后续，如果终端设备需要在第一QoS流上发送链路状态检测包，则可以根据该对应关系，确定在生成的链路状态检测包中携带与第一QFI对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

一种实现方法，终端设备还存储与用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号对应的接入技术。

步骤612，终端设备根据第一QFI，以及用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，生成QoS规则。

该QoS规则包括流描述信息和第一QFI，该流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，该QoS规则用于将链路状态检测包关联到第一QoS流。也即，后续如果终端设备生成了第一QoS流对应的链路状态检测包，则终端设备可以根据该QoS规则，确定携带该IP地址和/或端口号的链路状态检测包对应该第一QFI，从而在该第一QFI指示的第一QoS流上传输该链路状态检测包，实现对该第一QoS流的链路检测。

根据上述方案，由终端设备确定用于链路状态检测的QoS流，并通过用户面向网络侧请求用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。该方案可以实现终端设备灵活选择用于链路状态检测的QoS流，有助于提升链路状态检测的灵活性和准确性。

在上述步骤612之后，可以由终端设备发起检测第一QoS流的链路状态。该方法的具体实现过程类似于前述步骤406至步骤408，可以参考前述说明。

在上述步骤612之后，还可以由UPF发起检测第一QoS流的链路状态。该方法的具体实现过程类似于前述步骤409至步骤411，可以参考前述说明。

参考图7，为本申请实施例提供的一种链路状态检测方法的流程示意图。该方法是由终端设备通过控制面，请求UPF为某个QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

该方法包括以下步骤：

步骤701，终端设备确定PDU会话中的用于链路状态检测的第一QoS流。

该PDU会话是已经成功建立的一个PDU会话，该PDU会话中承载有一个或多个QoS流，该PDU会话可以是单接入PDU会话或多接入PDU会话。该PDU会承载的QoS流中包括第一QoS流。

其中，终端设备确定第一QoS流的方法可以参考上述步骤606的描述。

步骤702，终端设备发起PDU会话修改请求消息。

该PDU会话修改请求消息用于请求修改PDU会话。

该PDU会话修改请求消息承载在NAS传输消息中，通过接入网设备发送至AMF，然后AMF将NAS消息中的PDU会话修改请求消息发送至SMF。该接入网设备可以是3GPP接入网设备、非3GPP接入网设备或有线接入网设备，本申请不做限定。

该PDU会话修改请求消息中携带第一QFI和检测指示。该第一QFI是第一QoS流的标识信息，该第一QoS流是用于链路状态检测的QoS流。检测指示用于指示该第一QFI对应的第一QoS流是用于链路状态检测的QoS流。

步骤703，SMF向UPF发送N4消息。相应的，UPF接收该N4消息。

具体的，SMF根据收到的检测指示，确定通过SMF与UPF之间的N4接口向UPF发送N4消息，该N4消息中携带第一QFI和检测指示。也即检测指示触发SMF向UPF发送携带第一QFI和检测指示的N4消息。

步骤704，UPF根据检测指示，为第一QFI分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

其中，如果建立的PDU会话是多接入PDU会话，则UPF为第一QFI分配的IP地址和/或端口号还与接入技术有关。具体的，该第一QoS流对应两个或两个以上的接入技术，UPF为对应不同接入技术的第一QoS流分配的IP地址不同和/或端口号不同。

一种实现方法，UPF在为第一QFI分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号的同时，还可以对之前已经分配的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号进行更新，比如对第二QFI对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号进行更新。这里的第二QFI指示的QoS流指的是第一QoS流之外的任意一个或多个QoS流。

步骤705，UPF向SMF发送N4消息。相应的，SMF接收该N4消息。

该N4消息中携带第一QFI，以及用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

一种实现方法，如果第一QoS流所在的PDU会话是多接入PDU会话，则该N4消息中还包含与该用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号对应的接入技术。

一种实现方法，该N4消息中还携带与第二QFI对应的更新后的用于链路状态检测的UPF的IP地址和/或更新后的用于链路状态检测的UPF的端口号。

步骤706，SMF生成QoS规则和N4规则。

该QoS规则包括流描述信息和第一QFI，该流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，该QoS规则用于将链路状态检测包关联到第一QoS流。也即，后续如果终端设备生成第一QoS流对应的链路状态检测包，则终端设备可以根据该QoS规则，确定携带该IP地址和/或端口号的链路状态检测包对应该第一QFI，从而在该第一QFI指示的第一QoS流上传输该链路状态检测包，实现对该第一QoS流的链路检测。

该N4规则包括流描述信息和第一QFI，该流描述信息包括用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，该N4规则用于将链路状态检测包关联到第一QoS流。也即，后续如果UPF生成第一QoS流对应的链路状态检测包，则UPF可以根据该N4规则，确定携带该IP地址和/或端口号的链路状态检测包对应该第一QFI，从而在该第一QFI指示的第一QoS流上传输该链路状态检测包，实现对该第一QoS流的链路检测。

可选的，如果上述步骤705的N4消息中还携带与第二QFI对应的更新后的用于链路状态检测的UPF的IP地址和/或更新后的用于链路状态检测的UPF的端口号，则该步骤中SMF可以对第二QFI对应的QoS规则和/或N4规则进行更新，得到与第二QFI对应的更新后的QoS规则和/或N4规则。

步骤707，SMF向UPF发送N4规则。相应的，UPF接收该N4规则。

该N4规则即为上述步骤706中SMF生成的与第一QFI对应的N4规则。

可选的，该步骤中，SMF还向UPF发送与第二QFI对应的更新后的N4规则。

UPF在收到与第一QFI对应的N4规则后，存储该N4规则。

UPF在收到与第二QFI对应的更新后的N4规则后，根据与第二QFI对应的更新后的N4规则，对本地存储的与第二QFI对应的原N4规则进行更新。

步骤708，SMF向终端设备发送PDU会话修改响应消息。相应的，终端设备接收该PDU会话修改响应消息。

具体的，SMF向AMF发送PDU会话修改响应消息，AMF经由接入网设备向终端设备发送携带PDU会话修改响应消息的NAS消息。

该PDU会话修改响应消息中携带第一QFI、与第一QFI对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号以及QoS规则，该QoS规则即为上述步骤705中SMF生成的与第一QFI对应的QoS规则。

可选的，该PDU会话修改响应消息中还携带与该用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号对应的接入技术。可选的，该PDU会话修改响应消息还携带第二QFI、与第二QFI对应的更新后的用于链路状态检测的UPF的IP地址和/或更新后的用于链路状态检测的UPF的端口号以及与第二QFI对应的更新后的QoS规则。

终端设备收到第一QFI、与第一QFI对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号之后，存储第一QFI与用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号的对应关系。后续，如果终端设备需要在第一QoS流上发送链路状态检测包，则可以根据该对应关系，确定在生成的链路状态检测包中携带与第一QFI对应的用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。

一种实现方法，终端设备还存储与用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号对应的接入技术。

一种实现方法，终端设备还存储与第一QFI对应的QoS规则。

一种实现方法，终端设备还查找与第二QFI对应的更新前的用于链路状态检测的UPF的IP地址和/或端口号，并对与第二QFI对应的更新前的用于链路状态检测的UPF的IP地址和/或端口号进行更新。

根据上述方案，由终端设备确定用于链路状态检测的QoS流，并通过控制面向网络侧请求用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。该方案可以实现终端设备灵活选择用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号，有助于提升链路状态检测的灵活性和准确性。

作为一种实现方法，也可以在PDU会话建立流程中，实现为第一QoS流分配用于链路状态检测的UPF的IP地址和/或用于链路状态检测的UPF的端口号。比如，可以将上述步骤702的PDU会话修改请求消息替换为PDU会话建立请求消息，该PDU会话建立请求消息用于请求建立PDU会话。相应的，上述步骤706的PDU会话修改响应消息替换为PDU会话建立接受消息或PDU会话建立回复消息。

在上述步骤708之后，可以由终端设备发起检测第一QoS流的链路状态。该方法的具体实现过程类似于前述步骤406至步骤408，可以参考前述说明。

在上述步骤708之后，还可以由UPF发起检测第一QoS流的链路状态。该方法的具体实现过程类似于前述步骤409至步骤411，可以参考前述说明。

可以理解的是，为了实现上述实施例中功能，终端设备、会话管理网元和用户面网元包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图8和图9为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中终端设备、会话管理网元或用户面网元的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，该通信装置可以是终端设备、会话管理网元或用户面网元，也可以是应用于终端设备、会话管理网元或用户面网元的模块(如芯片)。

如图8所示，通信装置800包括处理单元810和收发单元820。通信装置800用于实现上述方法实施例中终端设备、会话管理网元或用户面网元的功能。

在第一个实施例中，该通信装置用于执行上述方法实施例中由终端设备执行的操作，包括：处理单元810，用于确定用于链路状态检测的第一QoS流；收发单元820，用于向用户面网元发送检测指示信息和该第一QoS流的标识信息，该检测指示信息用于指示该第一QoS流用于链路状态检测；接收来自该用户面网元的该第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号；在该第一QoS流上发送链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号；或者在该第一QoS流上接收链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于向用户面网元发送第一消息，该第一消息包括该第一QoS流的标识信息，该第一消息用于指示对该第一QoS流进行链路状态检测。

作为一种可能的实现方法，收发单元820，用于向用户面网元发送第一消息，该第一消息包括检测指示和该第一QoS流的标识信息，该检测指示用于指示对该第一QoS流进行链路状态检测。

作为一种可能的实现方法，收发单元820，用于在第二QoS流上向该用户面网元发送该第一消息；在第三QoS流上接收来自该用户面网元的第二消息，该第二消息包括该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于在第二QoS流上向该用户面网元发送该检测指示信息和该第一QoS流的标识信息；在该第二QoS流上接收来自该用户面网元的该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于通过会话管理网元向该用户面网元发送检测指示和该第一QoS流的标识信息。

作为一种可能的实现方法，处理单元810，用于根据本地策略，确定该第一QoS流用于链路状态检测。

作为一种可能的实现方法，处理单元810，用于根据业务的需求，确定承载该业务的该第一QoS流用于链路状态检测。

作为一种可能的实现方法，处理单元810，用于确定该第一QoS流的参数满足预设要求，则确定第一QoS流用于链路状态检测，该第一QoS流的参数包括但不限于：5QI值、时延、丢包率。

作为一种可能的实现方法，处理单元810，用于根据该第一QoS流的标识信息，以及该IP地址和/或该端口号，生成QoS规则；根据该QoS规则，确定该链路状态检测包在该第一QoS流上发送；或者，根据该QoS规则，确定接收的该链路状态检测包是该第一QoS流上的检测包。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；收发单元820，用于接收来自该用户面网元的与该IP地址和/或该端口号对应的接入技术。

作为一种可能的实现方法，该链路状态检测包是对应性能检测功能协议的数据包。

在第二个实施例中，该通信装置用于执行上述方法实施例中由用户面网元执行的操作，包括：收发单元820，用于接收来自终端设备的检测指示信息和第一QoS流的标识信息，该检测指示信息用于指示该第一QoS流用于链路状态检测；处理单元810，用于根据该检测指示信息，为该第一QoS流分配用于链路状态检测的IP地址和/或用于链路状态检测的端口号；收发单元820，还用于向该终端设备发送该IP地址和/或该端口号；在该第一QoS流上发送链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号；或者在该第一QoS流上接收链路状态检测包，该链路状态检测包包括该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于接收来自该终端设备的第一消息，该第一消息包括该第一QoS流的标识信息，该第一消息用于指示对该第一QoS流进行链路状态检测。

作为一种可能的实现方法，收发单元820，用于接收来自该终端设备的第一消息，该第一消息包括检测指示和该第一QoS流的标识信息，该检测指示用于指示对该第一QoS流进行链路状态检测。

作为一种可能的实现方法，收发单元820，用于在第二QoS流上接收来自该终端设备的该第一消息；在第三QoS流上向该终端设备发送第二消息，该第二消息包括该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于在第二QoS流上接收来自该终端设备的该检测指示信息和该第一QoS流的标识信息；在该第二QoS流上向该终端设备发送该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于通过会话管理网元接收来自该终端设备的检测指示和该第一QoS流的标识信息。

作为一种可能的实现方法，处理单元810，用于根据该第一QoS流的标识信息，以及该IP地址和/或该端口号，生成N4规则，该N4规则包括流描述信息和该第一QoS流的标识信息，该流描述信息包括该IP地址和/或该端口号；根据该N4规则，确定该链路状态检测包在该第一QoS流上发送；或者，根据该N4规则，确定该接收的链路状态检测包是该第一QoS流上的检测包。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；收发单元820，用于向该终端设备发送与该IP地址和/或该端口号对应的接入技术。

作为一种可能的实现方法，该链路状态检测包是对应性能检测功能协议的数据包。

在第三个实施例中，该通信装置用于执行上述方法实施例中由会话管理网元执行的操作，包括：收发单元820，用于接收来自终端设备的检测指示和第一QoS流的标识信息，该检测指示用于指示该第一QoS流用于链路状态检测；向用户面网元发送该检测指示和该第一QoS流的标识信息；接收来自该用户面网元的该第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号；向该终端设备发送该IP地址和/或该端口号。

作为一种可能的实现方法，收发单元820，用于接收来自该终端设备的会话建立请求消息，该会话建立请求消息包括该检测指示和该第一QoS流的标识信息；或者，接收来自该终端设备的会话修改请求消息，该会话修改请求消息包括该检测指示和该第一QoS流的标识信息。

作为一种可能的实现方法，该第一QoS流是支持多种接入技术的会话中的QoS流；收发单元820，用于接收来自该用户面网元的与该IP地址和/或该端口号对应的接入技术；向该终端设备发送与该IP地址和/或该端口号对应的该接入技术。

有关上述处理单元810和收发单元820更详细的描述可以直接参考上述方法实施例中相关描述直接得到，这里不加赘述。

如图9所示，通信装置900包括处理器910。作为一种实现方法，该通信装置900还包括接口电路920，处理器910和接口电路920之间相互耦合。可以理解的是，接口电路920可以为收发器或输入输出接口。作为一种实现方法，通信装置900还可以包括存储器930，用于存储处理器910执行的指令或存储处理器910运行指令所需要的输入数据或存储处理器910运行指令后产生的数据。

当通信装置900用于实现上述方法实施例时，处理器910用于实现上述处理单元810的功能，接口电路920用于实现上述收发单元820的功能。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于基站或终端中。当然，处理器和存储介质也可以作为分立组件存在于基站或终端中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、基站、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (27)

1.一种链路状态检测方法，其特征在于，包括：

终端设备确定用于链路状态检测的第一服务质量QoS流；

所述终端设备向用户面网元发送检测指示信息和所述第一QoS流的标识信息，所述检测指示信息用于指示所述第一QoS流用于链路状态检测；

所述终端设备接收来自所述用户面网元的所述第一QoS流对应的用于链路状态检测的互联网协议IP地址和/或用于链路状态检测的端口号；

所述终端设备在所述第一QoS流上发送链路状态检测包，所述链路状态检测包包括所述IP地址和/或所述端口号；或者

所述终端设备在所述第一QoS流上接收链路状态检测包，所述链路状态检测包包括所述IP地址和/或所述端口号。

2.如权利要求1所述的方法，其特征在于，所述终端设备向用户面网元发送检测指示信息和所述第一QoS流的标识信息，包括：

所述终端设备向所述用户面网元发送第一消息，所述第一消息包括所述第一QoS流的标识信息，所述第一消息用于指示对所述第一QoS流进行链路状态检测。

3.如权利要求1所述的方法，其特征在于，所述终端设备向用户面网元发送所述第一QoS流的标识信息和检测指示信息，包括：

所述终端设备向所述用户面网元发送第一消息，所述第一消息包括检测指示和所述第一QoS流的标识信息，所述检测指示用于指示对所述第一QoS流进行链路状态检测。

4.如权利要求2或3所述的方法，其特征在于，所述终端设备向用户面网元发送第一消息，包括：

所述终端设备在第二QoS流上向所述用户面网元发送所述第一消息；

所述终端设备接收来自所述用户面网元的所述第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号，包括:

所述终端设备在第三QoS流上接收来自所述用户面网元的第二消息，所述第二消息包括所述IP地址和/或所述端口号。

5.如权利要求1至3中任一项所述的方法，其特征在于，所述终端设备向用户面网元发送检测指示信息和所述第一QoS流的标识信息，包括：

所述终端设备在第二QoS流上向所述用户面网元发送所述检测指示信息和所述第一QoS流的标识信息；

所述终端设备接收来自所述用户面网元的所述第一QoS流对应的用于链路状态检测的IP地址和/或用于链路状态检测的端口号，包括:

所述终端设备在所述第二QoS流上接收来自所述用户面网元的所述IP地址和/或所述端口号。

6.如权利要求1所述的方法，其特征在于，所述终端设备向用户面网元发送所述第一QoS流的标识信息和检测指示信息，包括：

所述终端设备通过会话管理网元向所述用户面网元发送检测指示和所述第一QoS流的标识信息。

7.如权利要求1至6中任一项所述的方法，其特征在于，所述终端设备确定用于链路状态检测的第一QoS流，包括：

所述终端设备根据本地策略，确定所述第一QoS流用于链路状态检测。

8.如权利要求1至6中任一项所述的方法，其特征在于，所述终端设备确定用于链路状态检测的第一QoS流，包括：

所述终端设备根据业务的需求，确定承载所述业务的所述第一QoS流用于链路状态检测。

9.如权利要求1至6中任一项所述的方法，其特征在于，所述终端设备确定用于链路状态检测的第一QoS流，包括：

所述终端设备确定所述第一QoS流的参数满足预设要求，则确定第一QoS流用于链路状态检测，所述第一QoS流的参数包括但不限于：5QI值、时延、丢包率。

10.如权利要求1至9中任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备根据所述第一QoS流的标识信息，以及所述IP地址和/或所述端口号，生成QoS规则；

所述终端设备根据所述QoS规则，确定所述链路状态检测包在所述第一QoS流上发送；或者，

所述终端设备根据所述QoS规则，确定接收的所述链路状态检测包是所述第一QoS流上的检测包。

11.如权利要求1至10中任一项所述的方法，其特征在于，所述第一QoS流是支持多种接入技术的会话中的QoS流；所述方法还包括：

所述终端设备接收来自所述用户面网元的与所述IP地址和/或所述端口号对应的接入技术。

12.如权利要求1至11中任一项所述的方法，其特征在于，所述链路状态检测包是对应性能检测功能协议的数据包。

13.一种链路状态检测方法，其特征在于，包括：

用户面网元接收来自终端设备的检测指示信息和第一服务质量QoS流的标识信息，所述检测指示信息用于指示所述第一QoS流用于链路状态检测；

所述用户面网元根据所述检测指示信息，为所述第一QoS流分配用于链路状态检测的互联网协议IP地址和/或用于链路状态检测的端口号；

所述用户面网元向所述终端设备发送所述IP地址和/或所述端口号；

所述用户面网元在所述第一QoS流上发送链路状态检测包，所述链路状态检测包包括所述IP地址和/或所述端口号；或者

所述用户面网元在所述第一QoS流上接收链路状态检测包，所述链路状态检测包包括所述IP地址和/或所述端口号。

14.如权利要求13所述的方法，其特征在于，所述用户面网元接收来自终端设备的检测指示信息和第一服务质量QoS流的标识信息，包括：

所述用户面网元接收来自所述终端设备的第一消息，所述第一消息包括所述第一QoS流的标识信息，所述第一消息用于指示对所述第一QoS流进行链路状态检测。

15.如权利要求13所述的方法，其特征在于，所述用户面网元接收来自终端设备的检测指示信息和第一服务质量QoS流的标识信息，包括：

所述用户面网元接收来自所述终端设备的第一消息，所述第一消息包括检测指示和所述第一QoS流的标识信息，所述检测指示用于指示对所述第一QoS流进行链路状态检测。

16.如权利要求14或15所述的方法，其特征在于，所述用户面网元接收来自所述终端设备的第一消息，包括：

所述用户面网元在第二QoS流上接收来自所述终端设备的所述第一消息；

所述用户面网元向所述终端设备发送所述IP地址和/或所述端口号，包括:

所述用户面网元在第三QoS流上向所述终端设备发送第二消息，所述第二消息包括所述IP地址和/或所述端口号。

17.如权利要求13至15中任一项所述的方法，其特征在于，所述用户面网元接收来自终端设备的检测指示信息和第一QoS流的标识信息，包括：

所述用户面网元在第二QoS流上接收来自所述终端设备的所述检测指示信息和所述第一QoS流的标识信息；

所述用户面网元向所述终端设备发送所述IP地址和/或所述端口号，包括:

所述用户面网元在所述第二QoS流上向所述终端设备发送所述IP地址和/或所述端口号。

18.如权利要求13所述的方法，其特征在于，所述用户面网元接收来自终端设备的检测指示信息和第一QoS流的标识信息，包括：

所述用户面网元通过会话管理网元接收来自所述终端设备的检测指示和所述第一QoS流的标识信息。

19.如权利要求13至18中任一项所述的方法，其特征在于，所述方法还包括：

所述用户面网元根据所述第一QoS流的标识信息，以及所述IP地址和/或所述端口号，生成N4规则，所述N4规则包括流描述信息和所述第一QoS流的标识信息，所述流描述信息包括所述IP地址和/或所述端口号；

所述用户面网元根据所述N4规则，确定所述链路状态检测包在所述第一QoS流上发送；或者，

所述用户面网元根据所述N4规则，确定所述接收的链路状态检测包是所述第一QoS流上的检测包。

20.如权利要求13至19中任一项所述的方法，其特征在于，所述第一QoS流是支持多种接入技术的会话中的QoS流；所述方法还包括：

所述用户面网元向所述终端设备发送与所述IP地址和/或所述端口号对应的接入技术。

21.如权利要求13至20中任一项所述的方法，其特征在于，所述链路状态检测包是对应性能检测功能协议的数据包。

22.一种通信装置，其特征在于，包括处理器和存储器；所述存储器用于存储计算机可读指令，所述处理器用于执行所述存储器存储的所述计算机可读指令，以使所述装置执行上述权利要求1至12中任一项所述方法，或执行上述权利要求13至21中任一项所述方法。

23.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机可读程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至12中任一项所述方法，或执行上述权利要求13至21中任一项所述方法。

24.一种通信系统，其特征在于，包括：

会话管理网元，用于接收来自终端设备的检测指示和第一服务质量QoS流的标识信息，所述检测指示用于指示所述第一QoS流用于链路状态检测；向用户面网元发送所述检测指示和所述第一QoS流的标识信息；接收来自所述用户面网元的所述第一QoS流对应的用于链路状态检测的互联网协议IP地址和/或用于链路状态检测的端口号；向所述终端设备发送所述IP地址和/或所述端口号；

所述用户面网元，用于接收来自所述会话管理网元的所述检测指示和所述第一QoS流的标识信息；根据所述检测指示，为所述第一QoS流分配用于链路状态检测的所述IP地址和/或所述端口号；向所述会话管理网元发送所述IP地址和/或所述端口号。

25.如权利要求24所述的系统，其特征在于，所述会话管理网元，具体用于接收来自所述终端设备的会话建立请求消息，所述会话建立请求消息包括所述检测指示和所述第一QoS流的标识信息；或者，接收来自所述终端设备的会话修改请求消息，所述会话修改请求消息包括所述检测指示和所述第一QoS流的标识信息。

26.如权利要求24或25所述的系统，其特征在于，所述第一QoS流是支持多种接入技术的会话中的QoS流；

所述用户面网元，还用于向所述会话管理网元发送所述用户面网元的与所述IP地址和/或所述端口号对应的接入技术；

所述会话管理网元，还用于接收来自所述用户面网元的与所述IP地址和/或所述端口号对应的接入技术；以及向所述终端设备发送与所述IP地址和/或所述端口号对应的所述接入技术。

27.一种通信系统，其特征在于，包括：

用户面网元，用于执行如权利要求13至21中任一项所述方法；以及

会话管理网元，用于选择所述用户面网元。

Images