CN109560945B - 业务服务质量的检测方法、设备及*** - Google Patents

业务服务质量的检测方法、设备及*** Download PDF

Info

Publication number
CN109560945B
CN109560945B CN201710874968.0A CN201710874968A CN109560945B CN 109560945 B CN109560945 B CN 109560945B CN 201710874968 A CN201710874968 A CN 201710874968A CN 109560945 B CN109560945 B CN 109560945B
Authority
CN
China
Prior art keywords
service
detection
indication information
message
flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710874968.0A
Other languages
English (en)
Other versions
CN109560945A (zh
Inventor
孙德奎
周汉
宗在峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN201710874968.0A priority Critical patent/CN109560945B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to BR112020005748-7A priority patent/BR112020005748A2/pt
Priority to PCT/CN2018/104537 priority patent/WO2019056953A1/zh
Priority to EP18859141.6A priority patent/EP3675551B1/en
Priority to JP2020512829A priority patent/JP6940041B2/ja
Priority to KR1020207008778A priority patent/KR102317963B1/ko
Publication of CN109560945A publication Critical patent/CN109560945A/zh
Priority to US16/828,562 priority patent/US11606726B2/en
Application granted granted Critical
Publication of CN109560945B publication Critical patent/CN109560945B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H04L43/55—Testing of service level quality, e.g. simulating service usage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/026—Capturing of monitoring data using flow identification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请实施例提供业务服务质量的检测方法、设备及***，使得可以检测业务的服务质量。方法包括：报文发送设备获取检测指示信息，该检测指示信息用于指示报文发送设备执行业务的服务质量检测；报文发送设备根据该检测指示信息，向报文接收设备发送检测报文，该检测报文用于检测该业务的服务质量。

Description

业务服务质量的检测方法、设备及***
技术领域
本申请涉及通信技术领域，尤其涉及业务服务质量的检测方法、设备及***。
背景技术
为了应对无线宽带技术的挑战，保持第三代合作伙伴计划(3rd generationpartnership project，3GPP)网络的领先优势，3GPP标准组在2016年底制定了下一代移动通信***(next generation system)网络架构，称为第五代(5th generation，5G)网络架构。
5G网络架构中定义了极高可靠性低时延通信(ultra-reliable low latencycommunication，URLLC)场景，主要包括如无人驾驶、工业自动化等需要低时延、高可靠连接的业务。上述业务在5G网络中会通过不同的服务质量(quality of service，QoS)流(Flow)承载。如图1所示，在终端和用户面功能(user plane function，UPF)实体之间可能包含QoSFlow 1，QoS Flow 2和QoS Flow 3。不同的QoS Flow，可能具有不同的业务需求，比如时延，丢包率或抖动等。
由于上述URLLC场景多为生命安全或生产安全相关的业务，因此容不得差错。然而，从网络建设的角度，时延、差错甚至网络故障总是不可避免的，因此当我们使用5G网络服务于上述生命安全或生产安全相关的业务时，需要5G网络能够提供实时的业务服务质量检测，这样，当业务服务质量不满足预设条件时，可以采取相应的调整措施或者保护措施。比如，现有5G技术标准(technical standards，TS)22186规定远程驾驶场景中，要求终端与服务器之间的端到端时延需要始终保持在5ms以内，若能及时检测到业务质量不满足预设条件，可以控制车辆从远程驾驶进入自主驾驶模式，从而可以规避因为网络故障而导致的事故。
目前，现有技术中虽然可以通过双向转发检测(bidirectional forwardingdetection，BFD)机制监控网络中不同设备之间的连通性，然而，如图1所示，由于设备之间可能存在不同的QoS Flow来承载不同的业务，此时，如何检测业务的服务质量，目前并没有相关的解决方案。
发明内容
本申请实施例提供业务服务质量的检测方法、设备及***，使得可以检测业务的服务质量。
为达到上述目的，本申请实施例提供如下技术方案：
第一方面，提供一种业务服务质量的检测方法，该方法包括：报文发送设备获取检测指示信息，该检测指示信息用于指示报文发送设备执行业务的服务质量检测；报文发送设备根据该检测指示信息，向报文接收设备发送检测报文，该检测报文用于检测该业务的服务质量。基于本申请实施例提供的业务服务质量的检测方法，由于报文发送设备可以获取检测指示信息，并根据检测指示信息，向报文接收设备发送检测报文。这样，报文接收设备在接收来自报文发送设备的检测报文之后，可以根据该检测报文确定业务的服务质量。因此基于该方案，可以实现对业务的服务质量的检测。
可选的，报文发送设备获取检测指示信息，包括：报文发送设备接收来自第一网络设备或该报文接收设备的该检测指示信息。基于该方案，报文发送设备可以获取检测指示信息。
可选的，报文发送设备获取检测指示信息，包括：报文发送设备根据该业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定该检测指示信息。基于该方案，报文发送设备可以获取检测指示信息。
可选的，报文发送设备获取检测指示信息，包括：报文发送设备接收来自第一网络设备或该报文接收设备的第一指示信息，该第一指示信息用于指示该报文发送设备执行该业务的服务质量检测；报文发送设备根据该第一指示信息、该业务的服务质量需求、本地策略和本地上下文中的至少一个，确定该检测指示信息。基于该方案，报文发送设备可以获取检测指示信息。
可选的，本申请实施例中的第一指示信息包括业务的业务流标识，其中，该业务流标识用于指示该业务的业务流。
可选的，本申请实施例中的第一指示信息包括该业务的业务类型。
可选的，本申请实施例中的第一指示信息包括该检测报文的发送周期。
可选的，本申请实施例中的第一指示信息包括操作类型、检测类型、以及该检测报文的上下文标识中的至少一个；其中，该操作类型为业务的服务质量检测；该检测类型用于指示该服务质量检测的类型；该检测报文的上下文标识用于指示该检测报文的上下文。
可选的，本申请实施例中的检测指示信息包括该业务的业务流标识，其中，该业务流标识用于指示该业务的业务流。
可选的，本申请实施例中的检测指示信息包括该业务的业务类型。
可选的，本申请实施例中的检测指示信息还包括操作类型、该检测报文的发送周期、检测类型、以及该检测报文的上下文标识中的至少一个，其中，该操作类型为业务的服务质量检测；该检测类型用于指示该服务质量检测的类型；该检测报文的上下文标识用于指示该检测报文的上下文。
可选的，该方法还包括：报文发送设备将该检测指示信息与该业务的业务流关联。
一种可能的实现方式中，报文发送设备包括终端，或用户面功能实体，或网关，或网关用户面实体，该业务流包括业务聚合流或业务子流；或者，该报文发送设备包括接入设备，该业务流包括业务聚合流；报文发送设备将该检测指示信息与该业务的业务流关联，包括：报文发送设备根据该检测指示信息，确定该业务的业务流；报文发送设备根据该检测指示信息，生成该检测报文的本地上下文；报文发送设备将该检测报文的本地上下文存储至该业务的业务流的上下文中。基于该方案，报文发送设备可以将该检测指示信息与该业务的业务流关联。
一种可能的实现方式中，报文发送设备包括终端，或用户面功能实体，或网关，或网关用户面实体，该业务流包括业务聚合流或业务子流；或者，该报文发送设备包括接入设备，该业务流包括业务聚合流；报文发送设备将该检测指示信息与该业务的业务流关联，包括：报文发送设备根据该检测指示信息，确定该业务的业务流；报文发送设备根据该检测指示信息，生成该检测报文的本地上下文，其中，该检测报文的本地上下文中包括该业务的业务流标识。基于该方案，报文发送设备可以将该检测指示信息与该业务的业务流关联。
一种可能的实现方式中，报文发送设备包括接入设备，该业务流包括业务子流；报文发送设备将该检测指示信息与该业务的业务流关联，包括：报文发送设备根据该检测指示信息，确定该业务的业务流所属的业务聚合流；报文发送设备根据该检测指示信息，生成该检测报文的本地上下文；报文发送设备将该检测报文的本地上下文存储至该聚合流的本地上下文中。基于该方案，报文发送设备可以将该检测指示信息与该业务的业务流关联。
一种可能的实现方式中，报文发送设备包括接入设备，该业务流包括业务子流；报文发送设备将该检测指示信息与该业务的业务流关联，包括：报文发送设备根据该检测指示信息，确定该业务的业务流所属的业务聚合流；报文发送设备根据该检测指示信息，生成该检测报文的本地上下文，其中，该检测报文的本地上下文中包括该业务聚合流的业务流标识。基于该方案，报文发送设备可以将该检测指示信息与该业务的业务流关联。
第二方面，提供一种业务服务质量的检测方法，该方法包括：第一网络设备获取第一指示信息；第一网络设备向报文发送设备发送该第一指示信息，该第一指示信息用于指示该报文发送设备执行业务的服务质量检测。基于本申请实施例提供的业务服务质量的检测方法，由于第一指示信息用于指示报文发送设备执行业务的服务质量检测，因此报文发送设备接收来自第一网络设备的第一指示信息之后，可以根据该第一指示信息执行业务的服务质量。因此基于该方案，可以实现对业务的服务质量的检测。
可选的，该第一指示信息包括该业务的业务流标识，其中，该业务流标识用于指示该业务的业务流。
可选的，本申请实施例中的第一指示信息包括该业务的业务类型。
可选的，本申请实施例中的第一指示信息还包括检测报文的发送周期，其中，该检测报文用于检测该业务的服务质量。
可选的，本申请实施例中的第一指示信息还包括操作类型、检测类型、以及检测报文的上下文标识中的至少一个；其中，该操作类型为业务的服务质量检测；该检测类型用于指示该服务质量检测的类型；该检测报文的上下文标识用于指示该检测报文的上下文；该检测报文用于检测该业务的服务质量。
可选的，第一网络设备获取第一指示信息包括：第一网络设备接收来自第二网络设备的该第一指示信息。基于该方案，第一网络设备可以获取第一指示信息。
可选的，第一网络设备获取第一指示信息包括：第一网络设备根据该业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定该第一指示信息。基于该方案，第一网络设备可以获取第一指示信息。
可选的，第一网络设备获取第一指示信息包括：第一网络设备接收来自第二网络设备的第二指示信息，该第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，该操作类型为业务的服务质量检测，该终端的地址信息、该服务质量参数和该五元组中的至少一个用于指示该业务的业务流；第一网络设备根据该第二指示信息、该业务的服务质量需求、本地策略和本地上下文中的至少一个，确定该第一指示信息。基于该方案，第一网络设备可以获取第一指示信息。
可选的，第一网络设备为会话管理实体，报文发送设备为终端、接入设备或用户面功能实体；或者，第一网络设备为网关控制面实体，报文发送设备为终端、接入设备或网关用户面实体；或者，第一网络设备为网关，报文发送设备为终端或接入设备。
第三方面，提供一种业务服务质量的检测方法，该方法包括：报文发送设备获取检测指示信息，该检测指示信息用于指示该报文发送设备执行业务的服务质量检测；报文发送设备根据该检测指示信息，向报文接收设备发送检测报文，该检测报文用于检测该业务的服务质量；报文接收设备接收来自该报文接收设备的该检测报文，并根据该检测报文确定该业务的服务质量。基于本申请实施例提供的业务服务质量的检测方法，由于报文发送设备可以获取检测指示信息，并根据检测指示信息，向报文接收设备发送检测报文。这样，报文接收设备在接收来自报文发送设备的检测报文之后，可以根据该检测报文确定业务的服务质量。因此基于该方案，可以实现对业务的服务质量的检测。
可选的，报文发送设备获取检测指示信息，包括：该报文发送设备接收来自该第一网络设备的该检测指示信息。基于该方案，报文发送设备可以获取检测指示信息。
可选的，该方法还包括：报文发送设备获取检测指示信息，包括：报文发送设备接收来自该第一网络设备的该第一指示信息；报文发送设备根据该第一指示信息、该业务的服务质量需求、本地策略和本地上下文中的至少一个，确定该检测指示信息。基于该方案，报文发送设备可以获取检测指示信息。
可选的，该方法还包括：第一网络设备接收来自第二网络设备的第二指示信息，该第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，该操作类型为业务的服务质量检测，该终端的地址信息、该服务质量参数和该五元组中的至少一个用于指示该业务的业务流；第一网络设备根据该第二指示信息、该业务的服务质量需求、本地策略和本地上下文中的至少一个，确定该第一指示信息。基于该方案，第一网络设备可以获取第一指示信息。
第四方面，提供了一种报文发送设备，该报文发送设备具有实现上述第一方面所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面，提供了一种报文发送设备，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该报文发送设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该报文发送设备执行如上述第一方面中任一所述的业务服务质量的检测方法。
第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面中任意一项所述的业务服务质量的检测方法。
第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面中任意一项所述的业务服务质量的检测方法。
第八方面，提供了一种芯片***，该芯片***包括处理器，用于支持报文发送设备实现上述方面中所涉及的功能，例如获取检测指示信息。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存报文发送设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件。
其中，第四方面至第八方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。
第九方面，提供了一种第一网络设备，该第一网络设备具有实现上述第二方面所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第十方面，提供了一种第一网络设备，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该第一网络设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该第一网络设备执行如上述第二方面中任一所述的业务服务质量的检测方法。
第十一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第二方面中任意一项所述的业务服务质量的检测方法。
第十二方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面中任意一项所述的业务服务质量的检测方法。
第十三方面，提供了一种芯片***，该芯片***包括处理器，用于支持第一网络设备实现上述方面中所涉及的功能，例如获取第一指示信息。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存第一网络设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件。
其中，第九方面至第十三方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。
第十四方面，提供一种业务服务质量的检测***，该检测***包括报文发送设备和报文接收设备；报文发送设备，用于获取检测指示信息，该检测指示信息用于指示该报文发送设备执行业务的服务质量检测；报文发送设备，还用于根据该检测指示信息，向报文接收设备发送检测报文，该检测报文用于检测该业务的服务质量；报文接收设备，用于接收来自该报文接收设备的该检测报文，并根据该检测报文确定该业务的服务质量。
其中，第十四方面中任一种设计方式所带来的技术效果可参见第三方面中不同设计方式所带来的技术效果，此处不再赘述。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
图1为现有的5G网络中URLLC场景下的设备之间的连接示意图；
图2为本申请实施例提供的5G网络的业务流分布示意图；
图3为本申请实施例提供的3GPP网络协议头的协议栈结构示意图；
图4为本申请实施例提供的环回检测示意图；
图5为本申请实施例提供的业务服务质量的检测***的架构示意图；
图6为本申请实施例提供的5G网络架构示意图；
图7为本申请实施例提供的4G网络架构示意图；
图8为本申请实施例提供的4.5G网络架构示意图；
图9为本申请实施例提供的通信设备的硬件结构示意图；
图10为本申请实施例提供的业务服务质量的检测方法流程示意图一；
图11为本申请实施例提供的业务服务质量的检测方法流程示意图二；
图12为本申请实施例提供的业务服务质量的检测方法流程示意图三；
图13为本申请实施例提供的业务服务质量的检测方法流程示意图四；
图14为本申请实施例提供的业务服务质量的检测方法流程示意图五；
图15为本申请实施例提供的业务服务质量的检测方法流程示意图六；
图16为本申请实施例提供的业务服务质量的检测方法流程示意图七；
图17为本申请实施例提供的报文发送设备的结构示意图；
图18为本申请实施例提供的第一网络设备的结构示意图。
具体实施方式
为了方便理解本申请实施例的技术方案，首先给出本申请相关技术的简要介绍如下。
业务流：
本申请实施例中的业务流包括业务聚合流和业务子流。其中，在***(4thgeneration，4G)或第4.5代(4.5th generation，4.5G)网络中，业务聚合流包括承载或分组数据网络(packet data network，PDN)连接，业务子流包括承载内的某个具体的业务流；在5G网络中，业务聚合流包括QoS Flow或分组数据单元(packet data unit，PDU)会话，业务子流包括QoS Flow内的某个具体的业务流。
示例性的，以5G网络为例，如图2所示，假设一个PDU会话包含三条QoS Flow，分别为QoS Flow1，QoS Flow2和QoS Flow3。QoS Flow1由子流1和子流2构成，子流1和子流2分别对应不同的业务流，比如，子流1对应车与外界的通信(vehicle to everythingcommunication，V2X)业务流1，子流2对应V2X业务流2，则图2中的业务聚合流包括PDU会话，QoS Flow1，QoS Flow2和QoS Flow3，业务子流包括子流1和子流2。其中，业务子流或者业务聚合流可以用于传输业务报文和检测报文。业务报文具体是指用户报文，即终端或者应用服务器由于要执行某一业务通过移动网络进行传输的报文；检测报文具体是指移动网络内部用于检测业务服务质量的报文，其中，检测报文由报文发送设备构造，该报文发送设备可以为5G网络中的终端、接入设备或UPF实体；也可以是4.5G网络中的终端、接入设备或网关用户面功能(gateway user plane function，GW-U)实体；还可以是4G网络中的终端、接入设备或网关(gateway，GW)等，本申请实施例对此不作具体限定。下面将对业务报文和检测报文的报文格式进行介绍。
报文格式：
本申请实施例中的检测报文和业务报文使用相同的3GPP网络协议头，主要区别在于检测报文的负载类型为检测报文，业务报文的负载类型为业务报文。以5G网络为例，该3GPP网络协议头对应图3中的协议栈。其中，由图3可以看出，终端和接入设备之间的3GPP网络协议头包括业务数据适配协议(service data adaptation protocol，SDAP)头部，分组数据汇聚层协议(packet data convergence protocol，PDCP)头部以及下层各协议层头部，该下层各协议层头部包括无线链路控制(radio link control，RLC)层，介质访问控制(media access control，MAC)层和一层(level1，L1)。接入设备和UPF实体之间的3GPP网络协议头包括用户面通用分组无线服务技术(General Packet Radio Service，GPRS)隧道协议(GPRS tunnelling protocol for the user plane，GTP-U)头部以及下层各协议层头部，该下层各协议层头部包括用户数据报协议(user datagram protocol，UDP)或网络之间互连的协议(internet protocol，IP)层，二层(level2，L2)和L1。由于相同的网络协议头可以保证检测报文与相应的业务报文使用相同的端到端管道资源，因此，通过检测报文可以检测业务的服务质量。本申请实施例中，检测报文相应的业务报文是指，与检测报文对应相同业务流的业务报文，比如图2中检测报文1对应的业务报文为业务报文1，检测报文2对应的业务报文为业务报文2，检测报文3对应的业务报文为业务报文3，等等。
可选的，本申请实施例中的检测报文也可以定义为链路质量感知协议(linkquality awareness protocol，LQAP)报文，也可以定义为其他报文，本申请实施例对此不作具体限定。
检测类型：
本申请实施例中的检测类型包括链路连通性检测，业务传输性能检测和环回(loopback，LB)检测三种检测类型，下面分别对这三种检测类型简要介绍如下：
1)、链路连通性检测
链路连通性检测主要通过报文发送设备周期性发送检测报文，报文接收设备通过检测报文的到达情况决策链路是否出现了故障。其中，该发送周期的决策依据主要是根据时延等因素决策，比如：报文传输时延要求端到端6ms，则可以确定发送周期为2ms，若报文接收设备连续三个周期没有收到检测报文，即可认为链路故障，也就是说，检测报文的到达间隔已经不满足业务的服务质量需求。
本申请实施例中，报文接收设备可以为5G网络中的终端、接入设备或UPF实体；也可以是4.5G网络中的终端、接入设备或GW-U实体；还可以是4G网络中的终端、接入设备或GW等，本申请实施例对此不作具体限定。报文发送设备的相关描述可参考上述实施例，在此不再赘述。
在进行链路连通性检测时，报文发送设备所需的参数包括：业务流标识和发送周期。其中，业务流标识用于指示业务的业务流，发送周期为连续发送两个检测报文的时间间隔。
可选的，本申请实施例中，在5G网络中，若业务流为PDU会话，则业务流标识可以为PDU会话标识(Identity，ID)或者终端的地址信息，也就是说，根据PDU会话标识或者终端的地址信息可以确定终端的一条PDU会话；若业务流为QoS Flow，则业务流标识可以为PDU会话标识+QoS流标识(QoS Flow ID，QFI)，也就是说，根据PDU会话标识+QFI可以确定终端的一条PDU会话中的一个QoS Flow；若业务流为QoS Flow内的某个具体的业务流，则业务流标识可以为五元组或者其他可以唯一确定QoS Flow内的某个具体的业务流的地址信息，比如源MAC地址和目的MAC地址，也就是说，根据五元组或者其他可以唯一确定QoS Flow内的某个具体的业务流的地址信息可以确定终端的一条PDU会话中的一个QoS Flow内的某个具体的业务流，该五元组包括源IP地址、目的IP地址、源端口号、目的端口号以及传输层协议号；在4G或者4.5G网络中，若业务流为PDN连接，则业务流标识可以包括PDN连接标识，也就是说，根据PDN连接标识可以确定终端的一条PDN连接；若业务流为承载，则业务流标识可以为PDN连接标识+承载标识，也就是说，根据PDN连接标识+承载标识可以确定终端的一条PDN连接中的一个承载；若业务流为承载内的某个具体的业务流，则业务流标识可以为上述的五元组，也就是说，根据五元组可以唯一确定一条具体的业务流。在此进行统一说明，以下不再赘述。
可选的，报文发送设备所需的参数还可以包括检测报文的上下文标识以及检测类型中的至少一个。其中，该检测类型用于指示业务的服务质量检测的类型是链路连通性检测；该检测报文的上下文标识用于指示检测报文的本地上下文。在进行链路连通性检测时，报文发送设备中的检测报文的本地上下文具体可以包括检测报文的发送周期、检测类型、检测报文的上下文标识以及业务流标识的至少一个，在此进行统一说明，以下不再赘述。
在进行链路连通性检测时，报文接收设备所需的参数包括：业务流标识、接收周期以及故障决策阈值。其中，业务流标识用于指示业务的业务流，接收周期为连续接收两个检测报文的时间间隔，故障决策阈值用于进行故障判别，比如，报文传输时延要求端到端6ms，若接收周期为2ms，则此处故障决策阈值应设置为3，若报文接收设备连续3个周期没有收到检测报文，即可认为链路故障。其中，对业务的服务质量进行检测时，报文接收设备和报文发送设备所需的参数中的业务流标识相同，发送周期和接收周期相同，在此进行统一说明，以下不再赘述。
此外，报文接收设备所需的参数还可以包括检测报文的上下文的标识、检测类型和故障后的动作中的至少一个。其中，该故障后的动作例如可以是发起环回检测进行故障定位，或者将故障上报至控制面等，本申请实施例对此不作具体限定。该检测报文的上下文标识用于指示检测报文的本地上下文。在进行链路连通性检测时，报文接收设备中的检测报文的本地上下文具体可以包括检测报文的接收周期、故障决策阈值、检测类型、检测报文的上下文标识、业务流标识和故障相应的动作中的至少一个，在此进行统一说明，以下不再赘述。
可选的，在进行链路连通性检测时，报文发送设备和报文接收设备之间还可能经过中间设备，例如，在5G网络中，若报文发送设备为终端，报文接收设备为UPF实体，在该中间设备例如可以是接入设备。其中，中间设备所需的参数包括：检测报文的上下文的标识、检测类型、处理方式、故障决策阈值和故障相应的动作中的至少一个，处理方式包括透传或修改接收周期，该接收周期等于发送周期。通过中间设备，也可以进行业务服务质量的检测，本申请实施例对此不作具体限定。
当然，在进行链路连通性检测时，报文接收设备所需的参数、中间设备所需的参数和报文发送设备所需的参数还可以包括其它参数，本申请实施例对此不作具体限定。
2)、业务传输性能检测
业务传输性能检测主要用于检测业务流的业务传输性能，比如丢包率或抖动情况等。基本原理是通过报文发送设备和报文接收设备交换统计信息实现丢包率或抖动情况的计算。
在进行业务传输性能检测时，报文发送设备所需的参数包括：业务流标识和发送周期。其中，该发送周期可以是基于时间的，比如2秒发送一次检测报文；或者该发送周期可以是基于数据量的，比如，报文发送设备每发送1M业务报文，可以通过检测报文发送一次业务报文的统计数据。
可选的，报文发送设备所需的参数还可以包括检测报文的上下文的标识以及检测类型中的至少一个。其中，该检测类型用于指示业务的服务质量检测的类型是业务传输性能检测。该检测报文的上下文标识用于指示检测报文的本地上下文。在进行业务传输性能检测时，报文发送设备中的检测报文的本地上下文具体可以包括业务流标识、检测报文的发送周期、检测报文的上下文的标识以及检测类型中的至少一个，在此进行统一说明，以下不再赘述。
在进行业务传输性能检测时，报文接收设备所需的参数包括：业务流标识以及传输性能阈值。该传输性能阈值用于进行传输性能判别，其中，该传输性能阈值例如可以是丢包率阈值或者抖动阈值。比如，若丢包率阈值为0.5％，则在报文接收设备确定当前的丢包率为0.5％或超过0.5％时，可认为业务传输性能不满足要求。或者，比如，若抖动阈值为2ms，则在报文接收设备确定当前的抖动值为2ms或超过2ms时，可认为业务传输性能不满足要求。
此外，报文接收设备所需的参数还可以包括检测报文的上下文的标识、检测类型和故障相应的动作中的至少一个。其中，该故障相应的动作例如可以是发起环回检测进行故障定位，或者将故障上报至控制面等，本申请实施例对此不作具体限定。该检测报文的上下文标识用于指示检测报文的本地上下文。在进行业务传输性能检测时，报文接收设备中的检测报文的本地上下文具体可以包括业务流标识、传输性能阈值、检测报文的上下文的标识检测类型和故障相应的动作中的至少一个，在此进行统一说明，以下不再赘述。
当然，在进行业务传输性能检测时，报文接收设备所需的参数和报文发送设备所需的参数还可以包括其它参数，本申请实施例对此不作具体限定。
3)环回检测
环回检测主要用于检测业务流的环回时延和故障定位。基本原理是通过报文收发设备(既是报文发送设备又是报文接收设备)发送检测报文实现环回时延测量和故障定位。环回检测与链路连通性检测和业务传输性能检测的最主要区别在于环回检测存在环回设备，环回设备的功能是将检测报文原路返回。
在进行环回检测时，报文收发设备所需的参数包括：业务流标识、环回路径长度信息和检测报文的上下文标识，其中，环回路径长度信息用于故障定位。该检测报文的上下文标识用于指示检测报文的本地上下文。在进行环回检测时，报文收发设备中的检测报文的本地上下文具体可以包括业务流标识、环回路径长度信息和检测报文的上下文标识，在此进行统一说明，以下不再赘述。
环回设备所需的参数包括：业务流标识。
可选的，环回设备所需的参数还可以包括检测报文的上下文标识。该检测报文的上下文标识用于指示检测报文的本地上下文。在进行环回检测时，环回设备中的检测报文的本地上下文具体可以包括业务流标识或检测报文的上下文标识中的至少一个，在此进行统一说明，以下不再赘述。
示例性的，如图4所示，为本申请实施例提供的一种环回检测示意图。其中，终端发起环回检测，检测报文的上下文标识为1，由于基站中包括该检测报文的上下文标识对应的上下文，因此可以根据检测报文的上下文确定基站自身为环回设备，进而基站可以将检测报文环回到终端。终端接收到检测报文后，可以继续发起环回检测，检测报文的上下文标识为2，由于基站中不包括该检测报文的上下文标识对应的上下文，因此基站将其按照普通业务报文对待，将其传输至UPF实体，由于UPF实体中包括该检测报文的上下文标识对应的上下文，因此可以根据检测报文的上下文确定UPF实体自身为环回设备，进而UPF实体可以将检测报文环回到终端。由于终端获知分段环回时延和端到端时延，因此如果某段路径有故障，可以通过环回检测测出。
当然，在进行环回检测时，报文收发设备所需的参数和环回设备所需的参数还可以包括其它参数，本申请实施例对此不作具体限定。
下面给出上述三种检测类型的对比情况，如表一所示：
表一
Figure BDA0001417923790000091
需要说明的是，本申请仅是示例性的提供几种业务的服务质量检测的检测类型，当然，也可能存在其它的检测类型，本申请实施例对此不作具体限定。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
如图5所示，为本申请实施例提供的业务服务质量的检测***50。该业务服务质量的检测***包括报文发送设备501和报文接收设备502。
其中，报文发送设备501，用于获取检测指示信息，该检测指示信息用于指示报文发送设备执行业务的服务质量检测。
报文发送设备501，还用于根据检测指示信息，向报文接收设备502发送检测报文，该检测报文用于检测该业务的服务质量。
报文接收设备502，用于接收来自报文发送设备501的检测报文，并根据检测报文确定该业务的服务质量。
其中，业务流以及业务流标识的相关描述可参考上述实施例，在此不再赘述。
可选的，本申请实施例中，报文发送设备501和报文接收设备502可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。
可选的，本申请实施例中，报文发送设备501和报文接收设备502可以合一为报文收发设备，比如在进行环回检测时，报文发送设备和报文接收设备合一为报文收发设备，本申请实施例对此不作具体限定。
基于本申请实施例提供的业务服务质量的检测***，由于报文发送设备可以获取检测指示信息，并根据检测指示信息，向报文接收设备发送检测报文。报文接收设备在接收来自报文发送设备的检测报文之后，可以根据该检测报文确定业务的服务质量。因此基于该方案，可以实现对业务的服务质量的检测。
其中，报文发送设备501，用于获取检测指示信息，具体可以包括：报文发送设备501，用于根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息。其中，报文发送设备根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的具体实现方式将在下述方法实施例中详细描述，在此不予赘述。
或者，可选的，报文发送设备501，用于获取检测指示信息，具体可以包括：报文发送设备501，用于接收来自报文接收设备502的检测指示信息。
或者，可选的，报文发送设备501，用于获取检测指示信息，具体可以包括：报文发送设备501，用于接收来自报文接收设备502的第一指示信息，并根据第一指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息，其中，第一指示信息用于指示报文发送设备执行业务的服务质量检测。其中，报文发送设备根据第一指示信息、业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的具体实现方式将在下述方法实施例中详细描述，在此不予赘述。
或者，可选的，如图5所示，本申请实施例提供的业务服务质量的检测***50还可以包括第一网络设备503。
该第一网络设备503，用于获取第一指示信息，并向报文发送设备501发送该第一指示信息，该第一指示信息用于指示报文发送设备501执行业务的服务质量检测。
进而，报文发送设备501，用于获取检测指示信息，具体可以包括：报文发送设备501，用于接收来自第一网络设备503的第一指示信息，将第一指示信息确定为检测指示信息。也就是说，此时，第一指示信息和检测指示信息相同。
或者，可选的，报文发送设备501，用于获取检测指示信息，具体可以包括：报文发送设备501，用于接收来自第一网络设备503的第一指示信息，并根据第一指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息。
其中，第一网络设备503，用于获取第一指示信息，具体可以包括：第一网络设备根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定第一指示信息。其中，第一网络设备根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定第一指示信息的具体实现方式将在下述方法实施例中详细描述，在此不予赘述。
或者，可选的，如图5所示，本申请实施例提供的业务服务质量的检测***50还可以包括第二网络设备504。
该第二网络设备504，用于向第一网络设备503发送第二指示信息，该第二指示信息包括操作类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，操作类型为业务的服务质量检测，终端的地址信息、服务质量参数和五元组中的至少一个用于指示业务的业务流。
进而，第一网络设备503，用于获取第一指示信息，具体可以包括：第一网络设备503，用于接收来自第二网络设备504的第二指示信息，将第二指示信息确定为第一指示信息。也就是说，此时，第一指示信息和第二指示信息相同。
或者，可选的，第一网络设备503，用于获取第一指示信息，具体可以包括：第一网络设备503，用于接收来自第二网络设备504的第二指示信息，并根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定第一指示信息。其中，第一网络设备根据第二指示信息、业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定第一指示信息的具体实现方式将在下述方法实施例中详细描述，在此不予赘述。
可选的，本申请实施例中，第一网络设备503和报文发送设备501可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。
可选的，本申请实施例中，第一网络设备503和第二网络设备504可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。
当然，第一网络设备503也可以和报文接收设备503通信，比如向报文接收设备503发送报文接收设备所需的参数，本申请实施例对此不作具体限定。
可选的，图1所示的业务服务质量的检测***50可以应用于目前的4G网络、4.5G网络以及未来的5G网络以及未来其它的网络，本发明实施例对此不作具体限定。
其中，若上述业务服务质量的检测***50应用于未来的5G网络，则如图6所示，报文发送设备501可以为5G网络中的终端，报文接收设备502可以为5G网络中的接入设备或UPF实体；或者，报文发送设备501可以为5G网络中的接入设备，报文接收设备502可以为5G网络中的终端或UPF实体；或者，报文发送设备501可以为5G网络中的UPF实体，报文接收设备502可以为5G网络中的终端或接入设备；第一网络设备503可以为5G网络中的会话管理功能(session management function，SMF)实体，第二网络设备504可以为5G网络中的策略控制功能(policy control function，PCF)实体。
此外，如图6所示，该5G网络还可以包括统一数据管理(unified datamanagement，UDM)实体、鉴权服务器功能(authentication server function，AUSF)实体、接入与移动管理功能(Access and Mobility Management Function，AMF)实体等，本申请实施例对此不作具体限定。
其中，终端通过下一代网络(Next generation，N)接口1(简称N1)与AMF实体通信，接入设备通过N接口2(简称N2)与AMF实体通信，接入设备通过N接口3(简称N3)与UPF实体通信，AMF实体通过N接口11(简称N11)与SMF实体通信，AMF实体通过N接口8(简称N8)与UDM实体通信，AMF实体通过N接口12(简称N12)与AUSF实体通信，AMF实体通过N接口15(简称N15)与PCF实体通信，SMF实体通过N接口7(简称N7)与PCF实体通信，SMF实体通过N接口4(简称N4)与UPF实体通信。
此外，图6中的UDM实体、AUSF实体、PCF实体、AMF实体和SMF实体也可以统称为控制面功能(control plane function，CPF)实体，本申请实施例对此不作具体限定。
需要说明的是，图6中的各个网元之间的接口名字只是一个示例，具体实现中接口名字可能为其他名字，本申请实施例对此不作具体限定。
需要说明的是，图6的接入设备、AMF实体、SMF实体、AUSF实体、UDM实体、UPF实体和PCF实体等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，接入设备、AMF实体、SMF实体、AUSF实体、UDM实体、UPF实体和PCF实体所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，该UDM实体还有可能被替换为用户归属服务器(home subscriber server，HSS)或者用户签约数据库(usersubscription database，USD)或者数据库实体，等等，在此进行统一说明，以下不再赘述。
可选的，若上述业务服务质量的检测***50应用于目前的4G网络，则如图7所示，报文发送设备501可以为4G网络中的终端，报文接收设备502可以为4G网络中的接入设备GW实体；或者，报文发送设备501可以为4G网络中的接入设备，报文接收设备502可以为4G网络中的终端或GW实体；或者，报文发送设备501可以为4G网络中的GW，报文接收设备502可以为4G网络中的终端或接入设备；第一网络设备503可以为4G网络中的GW，第二网络设备504可以为4G网络中的策略与计费规则功能(policy and charging rules function，PCRF)实体。其中，GW集成了PDN网关(PDN gataway，PGW)和服务网关(serving gateway，SGW)的功能。
此外，如图7所示，该4G网络还可以包括移动性管理实体(mobility managemententity，MME)等，具体可参考现有的4G网络的架构，本申请实施例在此不予赘述。
其中，接入设备通过S1-U接口与GW通信，接入设备通过S1-MME接口与MME通信，MME通过S11接口与GW通信，PCRF实体通过Gx接口与GW通信。
可选的，若上述业务服务质量的检测***50应用于目前的4.5G网络，则如图8所示，报文发送设备501可以为4.5G网络中的终端，报文接收设备502可以为4.5G网络中的接入设备或GW-U实体；或者，报文发送设备501可以为4.5G网络中的接入设备，报文接收设备502可以为4.5G网络中的终端或GW-U实体；或者，报文发送设备501可以为4.5G网络中的GW-U实体，报文接收设备502可以为4.5G网络中的终端或接入设备；第一网络设备503可以为4.5G网络中的GW-U实体，第二网络设备504可以为4.5G网络中的PCRF实体。
此外，如图8所示，该4.5G网络还可以包括MME等，具体可参考现有的4.5G网络的架构，本申请实施例在此不予赘述。
其中，接入设备通过S1-U接口与GW-U实体通信，接入设备通过S1-MME接口与MME通信，MME通过S11接口与GW-C实体通信，GW-C实体通过Sx接口与GW-U实体通信，PCRF实体通过Gx接口与GW-C实体通信。
可选的，本申请实施例中所涉及到的终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)等。为方便描述，本申请中，上面提到的设备统称为终端。
可选的，本申请实施例中所涉及到的接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非第三代合作伙伴计划(3rd generation partnership project，3GPP)接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。
可选的，图5中的报文发送设备501、报文接收设备502、第一网络设备503和第二网络设备504可以由一个实体设备实现，也可以由多个实体设备共同实现，还可以是一个实体设备内的一个逻辑功能模块，本申请实施例对此不作具体限定。
例如，图1中的报文发送设备501、报文接收设备502、第一网络设备503和第二网络设备504可以通过图9中的通信设备来实现。图9所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备900包括至少一个处理器901，通信线路902，存储器903以及至少一个通信接口904。
处理器901可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路902可包括一通路，在上述组件之间传送信息。
通信接口904，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。
存储器903可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路902与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器903用于存储执行本申请方案的计算机执行指令，并由处理器901来控制执行。处理器901用于执行存储器903中存储的计算机执行指令，从而实现本申请下述实施例提供的业务服务质量的检测方法。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，例如图9中的CPU0和CPU1。
在具体实现中，作为一种实施例，通信设备900可以包括多个处理器，例如图9中的处理器901和处理器908。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，通信设备900还可以包括输出设备905和输入设备906。输出设备905和处理器901通信，可以以多种方式来显示信息。例如，输出设备905可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备906和处理器901通信，可以以多种方式接收用户的输入。例如，输入设备906可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备900可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备900可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图9中类似结构的设备。本申请实施例不限定通信设备900的类型。
下面将结合图1至图9对本申请实施例提供的业务服务质量的检测方法进行具体阐述。
以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图10所示，为本申请实施例提供的一种业务服务质量的检测方法，包括如下步骤：
S1001、PCF实体确定检测指示信息，其中，该检测指示信息用于指示报文发送设备执行业务的服务质量检测。
可选的，本申请实施例中的检测指示信息可以包括业务的业务流标识或者业务类型，其中，业务流标识的相关描述可参考上述实施例，在此不再赘述。
可选的，本申请实施例中的业务类型可以包括URLLC业务，或者URLLC业务中的车与外界的通信(vehicle to everything communication，V2X)业务，车与基础设置的通信(vehicle to infrastructure communication，V2I)业务，车车通信(vehicle tovehicle，V2V)业务，增强现实(augmented reality，AR)业务，虚拟现实(virtual reality)业务等，本申请实施例对此不作具体限定。
可选的，本申请实施例中可以直接定义一个业务类型字段，也可以通过QoS参数表征业务类型，比如通过QoS参数中的5G QoS指示(5G QoS indicator，5QI)表征业务类型，本申请实施例对此不作具体限定。其中，5QI可以表征时延、抖动等业务需求，具体可参考现有的描述，在此不予赘述。
此外，QoS参数还可以包括分配和预留优先级(allocation and retentionpriority，ARP)、保证带宽、最大流比特率(maximum flow bit rate，MFBR)和保证流比特率(guaranteed flow bit rate，GFBR)中的至少一个，本申请实施例对此不作具体限定。
需要说明的是，本申请实施例中，若检测指示信息包括业务类型，比如检测指示信息中包括5QI＝1，该5QI＝1用于表征业务类型，则此时业务服务质量检测的对象可以是5QI＝1的一条或多条QoS Flow。若业务服务质量检测的对象是5QI＝1的多条QoS Flow，则后续进行业务服务质量检测时，需要按照下述方法分别对5QI＝1的每条QoS Flow进行业务服务质量检测，在此进行统一说明，以下不再赘述。
可选的，本申请实施例中的检测指示信息还可以包括操作类型、检测报文的发送周期、检测类型、以及检测报文的上下文标识中的至少一个，其中，操作类型为业务的服务质量检测；检测报文的发送周期、检测类型、以及检测报文的上下文标识的相关描述可参考具体实施方式前序部分，在此不再赘述。
可选的，本申请实施例中，PCF实体可以根据业务的QoS需求，本地策略、以及本地上下文中的至少一个，确定检测指示信息。
示例性的，PCF实体可以根据业务的QoS要求，确定检测指示信息，该检测指示信息包括检测报文的发送周期。比如，QoS要求中报文传输时延要求端到端6ms，则可以确定检测报文的发送周期为2ms。
或者，示例性的，PCF实体可以根据业务的QoS要求，确定检测指示信息，该检测指示信息包括业务类型、检测报文的发送周期、检测类型、以及检测报文的上下文标识。比如，QoS要求中报文传输时延要求端到端6ms，对应的QoS参数中5QI＝1，则可以确定业务类型为5QI＝1的所有业务流；检测报文的发送周期为2ms；检测类型为业务传输性能检测；以及检测报文的上下文标识为5。
或者，示例性的，PCF实体可以根据本地策略，确定检测指示信息，该检测指示信息包括业务类型。比如，本地策略可以是针对5QI＝1的所有业务流进行业务服务质量检测，则可以确定业务类型为5QI＝1的所有业务流。
或者，示例性的，PCF实体可以根据业务的QoS要求和本地策略，确定检测指示信息，该检测指示信息包括业务类型、报文的发送周期、检测类型、以及检测报文的上下文标识。比如，本地策略可以是针对5QI＝1的所有业务流进行业务服务质量检测，则可以确定业务类型为5QI＝1的所有业务流；同时可以结合QoS要求，确定5QI＝1对应的QoS要求中报文传输时延要求端到端6ms，进而可以确定检测报文的发送周期为2ms；检测类型为业务传输性能检测；检测指示为指示报文发送设备执行业务的服务质量检测；以及检测报文的上下文标识为5。
或者，示例性的，PCF实体可以根据本地上下文，确定检测指示信息，其中，该本地上下文中包括业务的QoS要求，该检测指示信息包括业务的业务类型。比如，该本地上下文中包括业务的QoS要求中报文传输时延要求端到端6ms，对应的QoS参数中5QI＝1，则可以确定业务类型为5QI＝1的所有业务流。
或者，示例性的，PCF实体可以根据本地上下文以及本地策略，确定检测指示信息，其中，该本地上下文中包括业务的QoS要求，该检测指示信息包括业务流标识或业务类型、操作类型、检测报文的发送周期、检测类型、以及检测报文的上下文标识。比如，本地策略可以是针对5QI＝1的所有业务流进行业务服务质量检测，则可以确定业务类型为5QI＝1的所有业务流；同时，可以结合本地上下文中的QoS要求，确定5QI＝1对应的QoS要求中报文传输时延要求端到端6ms，进而可以确定检测报文的发送周期为2ms；检测类型为业务传输性能检测；操作类型为业务的服务质量检测；以及检测报文的上下文标识为5；此外，可选的，还可以通过查找本地上下文，获取5QI＝1的所有业务流的业务流标识，该业务流标识例如可以是终端的地址信息或者五元组。
需要说明的是，上述各个示例仅是对于PCF实体可以根据业务的QoS需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的示例性说明，当然，本地策略还可以是针对某个具体的业务流进行业务服务质量检测，QoS参数还可以是5QI＝3或者ARP＝2，等等，本申请实施例对此不作具体限定。
S1002、PCF实体向SMF实体发送检测指示信息，以使得SMF实体接收来自PCF实体的检测指示信息。
S1003、SMF实体向报文发送设备发送检测指示信息，以使得报文发送设备接收来自SMF实体的检测指示信息。
S1004、报文发送设备将检测指示信息与业务的业务流关联。
可选的，本申请实施例中，若报文发送设备为终端或者UPF实体，业务流包括业务聚合流或业务子流；或者，若报文发送设备为接入设备，业务流包括业务聚合流；
则，报文发送设备将检测指示信息与业务的业务流关联，具体可以包括：
报文发送设备根据检测指示信息，确定业务的业务流；报文发送设备根据检测指示信息，生成检测报文的本地上下文；报文发送设备将检测报文的本地上下文存储至业务的业务流的本地上下文中。
或者，报文发送设备将检测指示信息与业务的业务流关联，具体可以包括：报文发送设备根据检测指示信息，确定业务的业务流；报文发送设备根据检测指示信息，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务的业务流标识。
需要说明的是，本申请实施例中，报文发送设备根据检测指示信息，确定业务的业务流；以及，报文发送设备根据检测指示信息，生成检测报文的本地上下文，这两个步骤之间没有必然的先后顺序，可以是先执行其中的任一步骤，也可以是同时执行这两个步骤，本申请实施例对此不作具体限定。
或者，可选的，本申请实施例中，若报文发送设备为接入设备，业务流包括业务子流；
则，报文发送设备将检测指示信息与业务的业务流关联，具体可以包括：报文发送设备根据检测指示信息，确定业务的业务流所属的业务聚合流；报文发送设备根据检测指示信息，生成检测报文的本地上下文；报文发送设备将检测报文的本地上下文存储至聚合流的本地上下文中。
或者，报文发送设备将检测指示信息与业务的业务流关联，具体可以包括：报文发送设备根据检测指示信息，确定业务的业务流所属的业务聚合流；报文发送设备根据检测指示信息，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务聚合流的业务流标识。
也就是说，本申请实施例中，对于QoS Flow或者QoS Flow内的某个具体的业务流，接入设备均将检测报文的上下文绑定至QoS Flow。
需要说明的是，本申请实施例中，报文发送设备根据检测指示信息，确定业务的业务流所属的业务聚合流；以及，报文发送设备根据检测指示信息，生成检测报文的本地上下文，这两个步骤之间没有必然的先后顺序，可以是先执行其中的任一步骤，也可以是同时执行这两个步骤，本申请实施例对此不作具体限定。
S1005、报文接收设备获取报文接收设备所需的参数。
其中，不同的报文检测类型对应的报文接收设备所需的参数不同，具体可参考具体实施方式前序部分的描述，在此不再赘述。
其中，报文接收设备获取报文接收设备所需的参数的方式可参考步骤S1001-S1003中报文发送设备获取检测指示信息的方式，在此不再赘述。
S1006、报文接收设备将报文接收设备所需的参数与业务的业务流关联。
可选的，本申请实施例中，若报文接收设备为终端或者UPF实体，业务流包括业务聚合流或业务子流；或者，若报文接收设备为接入设备，业务流包括业务聚合流；
则，报文接收设备将报文接收设备所需的参数与业务的业务流关联，具体可以包括：报文接收设备根据报文接收设备所需的参数，确定业务的业务流；报文接收设备根据报文接收设备所需的参数，生成检测报文的本地上下文；报文接收设备将检测报文的本地上下文存储至业务的业务流的本地上下文中。
或者，报文接收设备将报文接收设备所需的参数与业务的业务流关联，具体可以包括：报文接收设备根据报文接收设备所需的参数，确定业务的业务流；报文接收设备根据报文接收设备所需的参数，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务的业务流标识。
需要说明的是，本申请实施例中，报文接收设备根据报文接收设备所需的参数，确定业务的业务流；以及，报文接收设备根据报文接收设备所需的参数，生成检测报文的本地上下文，这两个步骤之间没有必然的先后顺序，可以是先执行其中的任一步骤，也可以是同时执行这两个步骤，本申请实施例对此不作具体限定。
或者，可选的，本申请实施例中，若报文接收设备为接入设备，业务流包括业务子流；
则，报文接收设备将报文接收设备所需的参数与业务的业务流关联，具体可以包括：报文接收设备根据报文接收设备所需的参数，确定业务的业务流所属的业务聚合流；报文接收设备根据报文接收设备所需的参数，生成检测报文的本地上下文；报文接收设备将检测报文的上下文存储至聚合流的上下文中。
或者，报文接收设备将报文接收设备所需的参数与业务的业务流关联，具体可以包括：报文接收设备根据报文接收设备所需的参数，确定业务的业务流所属的业务聚合流；报文接收设备根据报文接收设备所需的参数，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务聚合流的业务流标识。
也就是说，本申请实施例中，对于QoS Flow或者QoS Flow内的某个具体的业务流，接入设备均将检测报文的上下文绑定至QoS Flow。
需要说明的是，本申请实施例中，报文接收设备根据报文接收设备所需的参数，确定业务的业务流所属的业务聚合流；以及，报文接收设备根据报文接收设备所需的参数，生成检测报文的上下文，这两个步骤之间没有必然的先后顺序，可以是先执行其中的任一步骤，也可以是同时执行这两个步骤，本申请实施例对此不作具体限定。
可选的，步骤S1005-S1006与步骤S1001-S1004之间没有必然的执行先后顺序，可以是先执行步骤S1001-S1004，再执行步骤S1005-S1006；也可以是先执行步骤S1005-S1006，再执行步骤S1001-S1004；还可以是同时执行步骤S1001-S1004与步骤S1005-S1006，本申请实施例对此不作具体限定。
至此，业务的服务质量检测的配置流程结束，进而报文发送设备和报文接收设备还可以协同进行业务的服务质量检测，具体如步骤S1007-S1009所示：
S1007、报文发送设备根据检测指示信息，构造检测报文。
其中，检测报文的报文格式可参考具体实施方式前序部分，在此不再赘述。
可选的，检测报文中包括检测报文的发送周期、检测类型、以及检测报文的上下文标识中的至少一个。
S1008、报文发送设备向报文接收设备发送检测报文，以使得报文接收设备接收来自报文发送设备的检测报文。
可选的，若检测指示信息中包括检测报文的发送周期，则报文发送设备可以根据该检测报文的发送周期向报文接收设备发送检测报文，本申请实施例对此不作具体限定。
S1009、报文接收设备根据检测报文确定业务的服务质量。
示例性的，假设检测类型为链路连通性检测，检测报文中携带检测报文的上下文标识，则在报文接收设备在接收到检测报文之后，可以根据检测报文的上下文标识查找到检测报文的本地上下文，进而可以根据检测报文的本地上下文中的检测报文的接收周期以及故障决策阈值确定业务的服务质量。比如，检测报文的接收周期为2ms，故障决策阈值应设置为6，即超过三个周期未接收到检测报文，决策为链路故障，则实际接收情况可以为：
a)、检测报文如期到达，报文接收设备确定链路良好，业务的服务质量较好。
b)、报文到达间隔超过6个周期，具体表现为自上一检测报文到达之后，报文接收设备连续6个周期时间内未接收到检测报文，此时报文接收设备确定链路故障，业务的服务质量较差。
c)、报文到达间隔超过3个周期，具体表现为自上一检测报文到达之后，报文接收设备超过3个周期时间内未接收到检测报文，此时报文接收设备确定链路恶化，业务的服务质量较差。此种情况具体可以是以下场景：在链路良好的情况下，报文接收设备每个周期将接收到一个检测报文，当由于网络拥塞或者其他原因导致链路恶化时，报文接收设备会出现连续几个周期(比如连续3个周期)接收不到检测报文的情况，但是并未超过业务流对于时延的需求，此种情况表明链路已经出现了恶化，后续很有可能由于进一步恶化而导致链路故障，即表现为链路不能满足业务流的时延需求，因此当网络感知到这种情况出现时，可以针对性的做一些链路优化或者故障定位，尽可能的在应用不感知的情况下规避后续可能出现的链路故障，提升业务的服务质量。
基于本申请实施例提供的业务服务质量的检测方法，由于报文发送设备可以获取检测指示信息，并根据检测指示信息，向报文接收设备发送检测报文。报文接收设备在接收来自报文发送设备的检测报文之后，可以根据该检测报文确定业务的服务质量。因此基于该方案，可以实现对业务的服务质量的检测。
其中，上述步骤S1001至S1009中PCF实体、SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图11所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1101、PCF实体获取第二指示信息。
其中，该第二指示信息包括操作类型、业务的业务类型、终端的地址信息，服务质量参数和五元组中的至少一个，其中，该操作类型为业务的服务质量检测，终端的地址信息、服务质量参数和五元组中的至少一个用于指示业务的业务流。
可选的，本申请实施例中，PCF实体可以根据业务的QoS需求、本地策略、以及本地上下文中的至少一个，确定第二指示信息。
示例性的，PCF实体可以根据业务的QoS要求，确定第二指示信息，该第二指示信息包括业务的业务类型。比如，QoS要求中报文传输时延要求端到端6ms，对应的QoS参数中5QI＝1，则可以确定业务类型为5QI＝1的所有业务流。
或者，示例性的，PCF实体可以根据本地策略，确定第二指示信息，该第二指示信息包括业务的业务类型。比如，本地策略可以是针对5QI＝1的所有业务流进行业务服务质量检测则可以确定业务类型为5QI＝1的所有业务流。
或者，示例性的，PCF实体可以根据本地上下文，确定第二指示信息，其中，该本地上下文中包括业务的QoS要求，该第二指示信息包括QoS参数。比如，该本地上下文中包括业务的QoS要求中报文传输时延要求端到端6ms，对应的QoS参数为5QI＝1，则可以确定QoS参数包括5QI＝1。
或者，示例性的，PCF实体可以根据本地上下文以及本地策略，生成第二指示信息，该第二指示信息包括业务的业务类型、终端的地址信息或五元组。比如，本地策略可以是针对5QI＝1的所有业务流进行业务服务质量检测，则可以确定业务类型为5QI＝1的所有业务流；同时，可以通过查找本地上下文，获取5QI＝1的所有业务流的业务流标识，该业务流标识例如可以是终端的地址信息或者五元组。
需要说明的是，上述各个示例仅是对于PCF实体可以根据业务的QoS需求、本地策略、以及本地上下文中的至少一个，确定第二指示信息的示例性说明，当然，本地策略还可以是针对某个具体的业务流进行业务服务质量检测，QoS参数还可以是5QI＝3或者ARP＝2，等等，本申请实施例对此不作具体限定。
S1102、PCF实体向SMF实体发送第二指示信息，以使得SMF实体接收来自PCF实体的第二指示信息。
S1103、SMF实体根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息。
其中，检测指示信息的相关描述可参考图10所示的实施例，在此不再赘述。
示例性的，若第二指示信息包括终端的地址信息和QoS参数，则SMF实体通过终端的地址信息+QoS参数可以确定终端的一条PDU会话中的一个QoS Flow，得到QoS Flow的业务流标识。
或者，示例性的，若第二指示信息包括业务的业务类型，则SMF实体可以根据业务类型和本地上下文，确定检测指示信息，其中，该本地上下文中包括业务的QoS要求。比如，若业务类型为5QI＝1的所有业务流，则可以结合QoS要求，确定5QI＝1对应的QoS要求中报文传输时延要求端到端6ms，进而可以确定检测报文的发送周期为2ms，此外，可选的，还可以通过查找本地上下文，获取5QI＝1的PDU会话的业务流标识和QoS Flow内的某个具体的业务流的业务流标识，即获取终端的地址信息或者五元组。进一步的，还可以根据终端的地址信息以及根据QoS要求确定的QoS参数确定终端的一条PDU会话中的一个QoS Flow，得到QoS Flow的业务流标识。
或者，示例性的，若第二指示信息包括终端的地址信息，则SMF实体可以根据终端的地址信息和根据QoS要求确定的QoS参数确定终端的一条PDU会话中的一个QoS Flow，得到QoS Flow的业务流标识。
或者，示例性的，若第二指示信息包括操作类型，则SMF实体可以根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息。其中，具体实现方式可参考图10所示的实施例中，PCF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1104-S1110、同1003-S1009，具体可参考图10所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1101至S1110中PCF实体、SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图12所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1201、SMF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息。
其中，检测指示信息的检测指示信息的相关描述可参考图10所示的实施例，在此不再赘述。
其中，步骤S1201的具体实现方式可参考图10所示的实施例中，PCF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1202-S1208、同S1003-S1009，具体可参考图10所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1201至S1208中SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图13所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1301-S1302、同S1101-S1102，具体可参考图11所示的实施例，在此不再赘述。
S1303、SMF实体向报文发送设备发送第二指示信息，以使得报文发送设备接收来自SMF实体的第二指示信息。
S1304、报文发送设备根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息。
其中，步骤S1304的具体实现方式可参考图11所示的实施例中，SMF实体根据第二指示信息，以及业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1305-S1310、同S1004-S1009，具体可参考图10所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1301至S1309中PCF实体、SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图14所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1401-S1402、同S1101-S1102，具体可参考图11所示的实施例，在此不再赘述。
S1403、SMF实体根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定第一指示信息。
可选的，本申请实施例中的第一指示信息可以包括业务的业务流标识、业务类型、操作类型、检测报文的发送周期、检测类型、以及检测报文的上下文标识中的至少一个，其中，业务流标识、业务类型、操作类型、检测报文的发送周期、检测类型、以及检测报文的上下文标识的相关描述可参考上述实施例，在此不再赘述。
可选的，步骤S1403的具体实现方式可参考图11所示的实施例中，SMF实体根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1404、SMF实体向报文发送设备发送第一指示信息，以使得报文发送设备接收来自SMF实体的第一指示信息。
S1405、报文发送设备根据第一指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息。
可选的，步骤S1405的具体实现方式可参考图11所示的实施例中，SMF实体根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1406-S1411、同S1004-S1009，具体可参考图10所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1401至S1411中PCF实体、SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图15所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1501、SMF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定第一指示信息。
其中，步骤S1501的具体实现方式可参考图10所示的实施例中，PCF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
S1502-S1509、同S1404-S1411，具体可参考图14所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1501至S1509中SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
可选的，以图5所示的业务服务质量的检测***50应用于图6所示的5G网络为例，如图16所示，为本申请实施例提供的另一种业务服务质量的检测方法，包括如下步骤：
S1601、报文发送设备根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息。
其中，步骤S1601的具体实现方式可参考图10所示的实施例中，PCF实体根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息的实现方式，在此不再赘述。
可选的，本申请实施例中，报文发送设备还可以和报文接收设备协商检测指示信息；或者报文发送设备还可以接收来自报文接收设备的检测指示信息；或者，报文发送设备还可以接收来自报文接收设备的第一指示信息，进而根据第一指示信息确定检测指示信息，本申请实施例对此不作具体限定。其中，第一指示信息的相关描述可参考上述实施例，在此不再赘述。
S1602-S1607、同S1406-S1411，具体可参考图14所示的实施例，在此不再赘述。
基于本申请实施例提供的业务服务质量的检测方法，可以实现对业务的服务质量的检测。
其中，上述步骤S1601至S1607中SMF实体、报文发送设备和报文接收设备的动作可以由图9所示的通信设备900中的处理器901调用存储器903中存储的应用程序代码来执行，本申请实施例对此不作任何限制。
其中，图10至图16以业务服务质量的检测***50应用于图6所示的5G网络为例，提供了几种业务服务质量的检测方法。当然，上述业务服务质量的检测方法也可以应用于图7所示的4G网络或者图8所示的4.5G网络，主要区别在于：
若上述业务服务质量的检测方法可以应用于图7所示的4G网络，需要将图10至图16所示的实施例中的UPF实体和SMF实体替换为4G网络中的GW，需要将图10至图16所示的实施例中的PDU会话替换为PDN连接，需要将图10至图16所示的实施例中的QoS Flow替换为承载，需要将图10至图16所示的实施例中的QoS参数替换为4G网络中的QoS参数等，即需要将图10至图16所示的实施例中的网元替换为4G网络中的相关网元，需要图10至图16所示的实施例中的概念替换为4G网络中的相关概念。此外，需要说明的是，由于10至图16所示的实施例中的UPF实体和SMF实体被替换为4G网络中的GW，因此在4G网络中应用图10至图16所示的业务服务质量的检测方法时，应考虑将UPF实体和SMF实体的功能集成在一起。比如，在4G网络中应用图10至图12所示的业务服务质量的检测方法时，是由GW确定检测指示信息之后，向报文发送设备发送该检测指示信息即可；或者，比如，在4G网络中应用图13所示的业务服务质量的检测方法时，是由GW确定第二指示信息之后，向报文发送设备发送该第二指示信息即可；或者，比如，在4G网络中应用图14或图15所示的业务服务质量的检测方法时，是由GW实体确定第一指示信息之后，向报文发送设备发送该第一指示信息即可，具体可参考图10至图16所示的实施例，在此不再赘述。
若上述业务服务质量的检测方法可以应用于图8所示的4.5G网络，需要将图10至图16所示的实施例中的UPF实体替换为4.5G网络中的GW-U实体，需要将图10至图16所示的实施例中的SMF实体替换为4.5G网络中的GW-C实体，需要将图10至图16所示的实施例中的PDU会话替换为PDN连接，需要将图10至图16所示的实施例中的QoS Flow替换为承载，需要将图10至图16所示的实施例中的QoS参数替换为4.5G网络中的QoS参数等，即需要将图10至图16所示的实施例中的网元替换为4.5G网络中的相关网元，需要图10至图16所示的实施例中的概念替换为4.5G网络中的相关概念，具体可参考图10至图16所示的实施例，在此不再赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述报文发送设备和第一网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对报文发送设备和第一网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，以采用集成的方式划分各个功能模块的情况下，图17示出了上述实施例所涉及的报文发送设备170的结构示意图。该报文发送设备170包括：收发模块1701和处理模块1702。处理模块1702，用于获取检测指示信息，该检测指示信息用于指示报文发送设备170执行业务的服务质量检测；收发模块1701，用于根据检测指示信息，向报文接收设备发送检测报文，该检测报文用于检测业务的服务质量。
可选的，处理模块1702具体用于：接收来自第一网络设备或报文接收设备的检测指示信息。
可选的，处理模块1702具体用于：根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定检测指示信息。
可选的，处理模块1702具体用于：接收来自第一网络设备或报文接收设备的第一指示信息，该第一指示信息用于指示报文发送设备170执行业务的服务质量检测；根据第一指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定检测指示信息。
可选的，处理模块1702，还用于将检测指示信息与业务的业务流关联。
可选的，报文发送设备170包括终端，或用户面功能实体，或网关，或网关用户面实体，业务流包括业务聚合流或业务子流；或者，报文发送设备170包括接入设备，业务流包括业务聚合流；处理模块1702将检测指示信息与业务的业务流关联，包括：根据检测指示信息，确定业务的业务流；根据检测指示信息，生成检测报文的本地上下文；将检测报文的本地上下文存储至业务的业务流的上下文中。
或者，可选的，报文发送设备170包括终端，或用户面功能实体，或网关，或网关用户面实体，业务流包括业务聚合流或业务子流；或者，报文发送设备170包括接入设备，业务流包括业务聚合流；处理模块1702将检测指示信息与业务的业务流关联，包括：根据检测指示信息，确定业务的业务流；根据检测指示信息，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务的业务流标识。
或者，可选的，报文发送设备170包括接入设备，业务流包括业务子流；处理模块1702将检测指示信息与业务的业务流关联，包括：根据检测指示信息，确定业务的业务流所属的业务聚合流；根据检测指示信息，生成检测报文的本地上下文；将检测报文的本地上下文存储至聚合流的本地上下文中。
或者，可选的，报文发送设备170包括接入设备，业务流包括业务子流；处理模块1702将检测指示信息与业务的业务流关联，包括：根据检测指示信息，确定业务的业务流所属的业务聚合流；根据检测指示信息，生成检测报文的本地上下文，其中，检测报文的本地上下文中包括业务聚合流的业务流标识。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该报文发送设备170以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integratedcircuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到报文发送设备170可以采用图9所示的形式。
比如，图9中的处理器901可以通过调用存储器903中存储的计算机执行指令，使得报文发送设备170执行上述方法实施例中的业务服务质量的检测方法。
具体的，图17中的收发模块1701和处理模块1702的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现。或者，图17中的处理模块1702的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现，图17中的收发模块1701的功能/实现过程可以通过图9中的通信接口904来实现。
由于本申请实施例提供的报文发送设备可用于执行上述业务服务质量的检测方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
比如，以采用集成的方式划分各个功能模块的情况下，图18示出了上述实施例所涉及的第一网络设备180的结构示意图。该第一网络设备180包括：收发模块1801和处理模块1802。处理模块1802，用于获取第一指示信息；收发模块1801，用于向报文发送设备发送第一指示信息，第一指示信息用于指示报文发送设备执行业务的服务质量检测。
可选的，处理模块1802具体用于：接收来自第二网络设备的第一指示信息。
可选的，处理模块1802具体用于：根据业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定第一指示信息。
可选的，处理模块1802具体用于：接收来自第二网络设备的第二指示信息，第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，操作类型为业务的服务质量检测，终端的地址信息、服务质量参数和五元组中的至少一个用于指示业务的业务流；根据第二指示信息、业务的服务质量需求、本地策略和本地上下文中的至少一个，确定第一指示信息。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该第一网络设备180以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integratedcircuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到第一网络设备180可以采用图9所示的形式。
比如，图9中的处理器901可以通过调用存储器903中存储的计算机执行指令，使得第一网络设备180执行上述方法实施例中的业务服务质量的检测方法。
具体的，图18中的收发模块1801和处理模块1802的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现。或者，图18中的处理模块1802的功能/实现过程可以通过图9中的处理器901调用存储器903中存储的计算机执行指令来实现，图18中的收发模块1801的功能/实现过程可以通过图9中的通信接口904来实现。
由于本申请实施例提供的第一网络设备可用于执行上述业务服务质量的检测方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
上述实施例中，报文发送设备170和第一网络设备180以采用集成的方式划分各个功能模块的形式来呈现。当然，本申请实施例也可以对应各个功能划分报文发送设备和第一网络设备的各个功能模块，本申请实施例对此不作具体限定。
可选的，本申请实施例提供了一种芯片***，该芯片***包括处理器，用于支持报文发送设备实现上述业务服务质量的检测方法，例如获取检测指示信息。在一种可能的设计中，该芯片***还包括存储器。该存储器，用于保存报文发送设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。
可选的，本申请实施例提供了一种芯片***，该芯片***包括处理器，用于支持第一网络设备实现上述业务服务质量的检测方法，例如获取第一指示信息。在一种可能的设计中，该芯片***还包括存储器。该存储器，用于保存第一网络设备必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (31)

1.一种业务服务质量的检测方法，其特征在于，所述方法包括：
报文发送设备从第一网络设备获取检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
所述报文发送设备根据所述检测指示信息，向报文接收设备发送检测报文，所述检测报文用于检测所述业务的服务质量；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
2.根据权利要求1所述的方法，其特征在于，所述检测指示信息包括检测类型，包括：
所述检测类型为环回检测。
3.根据权利要求1或2所述的方法，其特征在于，所述检测指示信息还包括所述业务的业务流标识，其中，所述业务流标识用于指示所述业务的业务流。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述检测指示信息还包括所述业务的业务类型。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述检测指示信息还包括操作类型、所述检测报文的发送周期、所述检测报文的上下文标识中的至少一个，其中，所述操作类型为业务的服务质量检测；所述检测报文的上下文标识用于指示所述检测报文的上下文。
6.根据权利要求1-4任一项所述的方法，其特征在于，所述方法还包括：
所述报文发送设备将所述检测指示信息与所述业务的业务流关联。
7.根据权利要求6所述的方法，其特征在于，所述报文发送设备包括终端，或用户面功能实体，或网关，或网关用户面实体，所述业务流包括业务聚合流或业务子流；或者，所述报文发送设备包括接入设备，所述业务流包括业务聚合流；
所述报文发送设备将所述检测指示信息与所述业务的业务流关联，包括：
所述报文发送设备根据所述检测指示信息，确定所述业务的业务流；
所述报文发送设备根据所述检测指示信息，生成所述检测报文的本地上下文；
所述报文发送设备将所述检测报文的本地上下文存储至所述业务的业务流的上下文中；
或者，所述报文发送设备将所述检测指示信息与所述业务的业务流关联，包括：
所述报文发送设备根据所述检测指示信息，确定所述业务的业务流；
所述报文发送设备根据所述检测指示信息，生成所述检测报文的本地上下文，其中，所述检测报文的本地上下文中包括所述业务的业务流标识。
8.根据权利要求6所述的方法，其特征在于，所述报文发送设备包括接入设备，所述业务流包括业务子流；
所述报文发送设备将所述检测指示信息与所述业务的业务流关联，包括：
所述报文发送设备根据所述检测指示信息，确定所述业务的业务流所属的业务聚合流；
所述报文发送设备根据所述检测指示信息，生成所述检测报文的本地上下文；
所述报文发送设备将所述检测报文的本地上下文存储至所述聚合流的本地上下文中；
或者，所述报文发送设备将所述检测指示信息与所述业务的业务流关联，包括：
所述报文发送设备根据所述检测指示信息，确定所述业务的业务流所属的业务聚合流；
所述报文发送设备根据所述检测指示信息，生成所述检测报文的本地上下文，其中，所述检测报文的本地上下文中包括所述业务聚合流的业务流标识。
9.一种业务服务质量的检测方法，其特征在于，所述方法包括：
第一网络设备获取检测指示信息；
所述第一网络设备向报文发送设备发送所述检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
10.根据权利要求9所述的方法，其特征在于，所述检测指示信息包括检测类型，包括：
所述检测类型为环回检测。
11.根据权利要求9或10所述的方法，其特征在于，所述检测指示信息还包括所述业务的业务流标识，其中，所述业务流标识用于指示所述业务的业务流。
12.根据权利要求9-11任一项所述的方法，其特征在于，所述检测指示信息还包括所述业务的业务类型。
13.根据权利要求9-12任一项所述的方法，其特征在于，所述检测指示信息还包括检测报文的发送周期，其中，所述检测报文用于检测所述业务的服务质量。
14.根据权利要求10-13任一项所述的方法，其特征在于，所述检测指示信息还包括操作类型、检测报文的上下文标识中的至少一个；其中，所述操作类型为业务的服务质量检测；所述检测报文的上下文标识用于指示所述检测报文的上下文；所述检测报文用于检测所述业务的服务质量。
15.根据权利要求9-14任一项所述的方法，其特征在于，所述第一网络设备获取检测指示信息包括：
所述第一网络设备接收来自第二网络设备的所述检测指示信息。
16.根据权利要求9-14任一项所述的方法，其特征在于，所述第一网络设备获取检测指示信息包括：
所述第一网络设备根据所述业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定所述检测指示信息。
17.根据权利要求9-14任一项所述的方法，其特征在于，所述第一网络设备获取检测指示信息包括：
所述第一网络设备接收来自第二网络设备的第二指示信息，所述第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，所述操作类型为业务的服务质量检测，所述终端的地址信息、所述服务质量参数和所述五元组中的至少一个用于指示所述业务的业务流；
所述第一网络设备根据所述第二指示信息、所述业务的服务质量需求、本地策略和本地上下文中的至少一个，确定所述检测指示信息。
18.一种业务服务质量的检测方法，其特征在于，所述方法包括：
报文发送设备从第一网络设备获取检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
所述报文发送设备根据所述检测指示信息，向报文接收设备发送检测报文，所述检测报文用于检测所述业务的服务质量；
所述报文接收设备接收来自所述报文接收设备的所述检测报文，并根据所述检测报文确定所述业务的服务质量；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
19.根据权利要求18所述的方法，其特征在于，所述方法还包括：
所述第一网络设备接收来自第二网络设备的第二指示信息，所述第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，所述操作类型为业务的服务质量检测，所述终端的地址信息、所述服务质量参数和所述五元组中的至少一个用于指示所述业务的业务流；
所述第一网络设备根据所述第二指示信息、所述业务的服务质量需求、本地策略和本地上下文中的至少一个，确定所述检测指示信息。
20.一种报文发送设备，其特征在于，所述报文发送设备包括处理模块和收发模块；
所述处理模块，用于从第一网络设备获取检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
所述收发模块，用于根据所述检测指示信息，向报文接收设备发送检测报文，所述检测报文用于检测所述业务的服务质量；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
21.根据权利要求20所述的报文发送设备，其特征在于，
所述处理模块，还用于将所述检测指示信息与所述业务的业务流关联。
22.根据权利要求21所述的报文发送设备，其特征在于，所述报文发送设备包括终端，或用户面功能实体，或网关，或网关用户面实体，所述业务流包括业务聚合流或业务子流；或者，所述报文发送设备包括接入设备，所述业务流包括业务聚合流；
所述处理模块将所述检测指示信息与所述业务的业务流关联，包括：
根据所述检测指示信息，确定所述业务的业务流；
根据所述检测指示信息，生成所述检测报文的本地上下文；
将所述检测报文的本地上下文存储至所述业务的业务流的上下文中；
或者，所述处理模块将所述检测指示信息与所述业务的业务流关联，包括：
根据所述检测指示信息，确定所述业务的业务流；
根据所述检测指示信息，生成所述检测报文的本地上下文，其中，所述检测报文的本地上下文中包括所述业务的业务流标识。
23.根据权利要求21所述的报文发送设备，其特征在于，所述报文发送设备包括接入设备，所述业务流包括业务子流；
所述处理模块将所述检测指示信息与所述业务的业务流关联，包括：
根据所述检测指示信息，确定所述业务的业务流所属的业务聚合流；
根据所述检测指示信息，生成所述检测报文的本地上下文；
将所述检测报文的本地上下文存储至所述聚合流的本地上下文中；
或者，所述处理模块将所述检测指示信息与所述业务的业务流关联，包括：
根据所述检测指示信息，确定所述业务的业务流所属的业务聚合流；
根据所述检测指示信息，生成所述检测报文的本地上下文，其中，所述检测报文的本地上下文中包括所述业务聚合流的业务流标识。
24.一种第一网络设备，其特征在于，所述第一网络设备包括：处理模块和收发模块；
所述处理模块，用于获取检测指示信息；
所述收发模块，用于向报文发送设备发送所述检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
25.根据权利要求24所述的第一网络设备，其特征在于，所述处理模块具体用于：
接收来自第二网络设备的所述检测指示信息。
26.根据权利要求24所述的第一网络设备，其特征在于，所述处理模块具体用于：
根据所述业务的服务质量需求、本地策略、以及本地上下文中的至少一个，确定所述检测指示信息。
27.根据权利要求24所述的第一网络设备，其特征在于，所述处理模块具体用于：
接收来自第二网络设备的第二指示信息，所述第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，所述操作类型为业务的服务质量检测，所述终端的地址信息、所述服务质量参数和所述五元组中的至少一个用于指示所述业务的业务流；
根据所述第二指示信息、所述业务的服务质量需求、本地策略和本地上下文中的至少一个，确定所述检测指示信息。
28.一种报文发送设备，其特征在于，所述报文发送设备包括处理器和存储器；
所述存储器用于存储计算机执行指令，当所述报文发送设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述报文发送设备执行如权利要求1-8中任意一项所述的业务服务质量的检测方法。
29.一种第一网络设备，其特征在于，所述第一网络设备包括处理器和存储器；
所述存储器用于存储计算机执行指令，当所述第一网络设备运行时，所述处理器执行所述存储器存储的所述计算机执行指令，以使所述第一网络设备执行如权利要求9-18中任意一项所述的业务服务质量的检测方法。
30.一种业务服务质量的检测***，其特征在于，所述检测***包括报文发送设备、报文接收设备和第一网络设备；
所述报文发送设备，用于从所述第一网络设备获取检测指示信息，所述检测指示信息用于指示所述报文发送设备执行业务的服务质量检测，所述检测指示信息包括检测类型，所述检测类型用于指示所述服务质量检测的类型；
所述报文发送设备，还用于根据所述检测指示信息，向报文接收设备发送检测报文，所述检测报文用于检测所述业务的服务质量；
所述报文接收设备，用于接收来自所述报文接收设备的所述检测报文，并根据所述检测报文确定所述业务的服务质量；
其中，所述第一网络设备为会话管理实体，所述报文发送设备为终端、接入设备或用户面功能实体。
31.根据权利要求30所述的检测***，其特征在于，
所述第一网络设备，还用于接收来自第二网络设备的第二指示信息，所述第二指示信息包括操作类型、业务的业务类型、终端的地址信息、服务质量参数和五元组中的至少一个，其中，所述操作类型为业务的服务质量检测，所述终端的地址信息、所述服务质量参数和所述五元组中的至少一个用于指示所述业务的业务流；
所述第一网络设备，还用于根据所述第二指示信息、所述业务的服务质量需求、本地策略和本地上下文中的至少一个，确定所述检测指示信息。
CN201710874968.0A 2017-09-25 2017-09-25 业务服务质量的检测方法、设备及*** Active CN109560945B (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
CN201710874968.0A CN109560945B (zh) 2017-09-25 2017-09-25 业务服务质量的检测方法、设备及***
PCT/CN2018/104537 WO2019056953A1 (zh) 2017-09-25 2018-09-07 业务服务质量的检测方法、设备及***
EP18859141.6A EP3675551B1 (en) 2017-09-25 2018-09-07 Method and system for detecting quality of service of service
JP2020512829A JP6940041B2 (ja) 2017-09-25 2018-09-07 サービスのサービス品質を検出するための方法、デバイスおよびシステム
BR112020005748-7A BR112020005748A2 (pt) 2017-09-25 2018-09-07 método, dispositivo, e sistema para detectar qualidade de serviço do serviço
KR1020207008778A KR102317963B1 (ko) 2017-09-25 2018-09-07 서비스의 서비스 품질을 검출하기 위한 방법, 장치 및 시스템
US16/828,562 US11606726B2 (en) 2017-09-25 2020-03-24 Detecting quality of service (QoS) of a service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710874968.0A CN109560945B (zh) 2017-09-25 2017-09-25 业务服务质量的检测方法、设备及***

Publications (2)

Publication Number Publication Date
CN109560945A CN109560945A (zh) 2019-04-02
CN109560945B true CN109560945B (zh) 2021-02-12

Family

ID=65811063

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710874968.0A Active CN109560945B (zh) 2017-09-25 2017-09-25 业务服务质量的检测方法、设备及***

Country Status (7)

Country Link
US (1) US11606726B2 (zh)
EP (1) EP3675551B1 (zh)
JP (1) JP6940041B2 (zh)
KR (1) KR102317963B1 (zh)
CN (1) CN109560945B (zh)
BR (1) BR112020005748A2 (zh)
WO (1) WO2019056953A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110275670B (zh) 2018-03-16 2021-02-05 华为技术有限公司 控制存储设备中数据流的方法、装置、存储设备及存储介质
CN114363116A (zh) * 2018-04-08 2022-04-15 华为技术有限公司 监测业务质量的方法和装置
WO2020233819A1 (en) * 2019-05-23 2020-11-26 Huawei Technologies Co., Ltd. Client device and network node for indication of qos non-fulfillment
CN112153669B (zh) * 2019-06-28 2023-03-10 华为技术有限公司 数据传输方法、装置及设备
CN112291817A (zh) * 2019-07-24 2021-01-29 ***通信有限公司研究院 一种数据处理方法、装置、设备及存储介质
CN110662257B (zh) * 2019-09-29 2021-04-27 京信通信***（中国）有限公司 报文传输方法、装置、计算机设备和存储介质
CN112994961B (zh) * 2019-12-02 2023-02-07 华为技术有限公司 传输质量检测方法及装置、***、存储介质
CN111652610A (zh) * 2020-04-28 2020-09-11 杭州铭盛威科技有限公司 一种自动充值方法、应用设备、终端设备及存储介质
CN114765585B (zh) * 2020-12-30 2024-03-01 北京华为数字技术有限公司 一种服务质量检测方法、报文处理方法及装置
CN115208781A (zh) * 2021-03-24 2022-10-18 华为技术有限公司 检测报文的传输方法、装置及***
CN115460107A (zh) * 2021-06-08 2022-12-09 华为技术有限公司 路由检测方法、设备、***及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104144446A (zh) * 2013-05-10 2014-11-12 中兴通讯股份有限公司 一种获取无线访问节点服务质量的方法、***及装置
CN105075188A (zh) * 2013-02-18 2015-11-18 微软公司 使用云服务和设备不可知管道机制来控制设备
CN106961344A (zh) * 2016-01-08 2017-07-18 中兴通讯股份有限公司 一种网络故障检测方法及装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU1338001A (en) * 1999-10-21 2001-04-30 Tellabs Operations, Inc. Method and apparatus for detecting mpls network failures
FR2823936B1 (fr) * 2001-04-19 2003-05-30 France Telecom Procede et systeme d'acces conditionnel a des services ip
JP2003101581A (ja) 2001-09-19 2003-04-04 Nec Commun Syst Ltd Ｉｐパケット測定方式
US7272113B2 (en) * 2001-12-05 2007-09-18 Nokia Corporation Apparatus, and associated method, for communicating frame-formatted data at a selected QoS level in a radio communication system
CN100417080C (zh) * 2005-02-01 2008-09-03 华为技术有限公司 一种检测网络链路故障并定位故障的方法
US20060245368A1 (en) 2005-04-29 2006-11-02 Motorola, Inc. Verification of a communication path between networks
CN1881908A (zh) * 2005-06-13 2006-12-20 华为技术有限公司 测量mpls网络性能参数的方法
US8588061B2 (en) * 2005-10-07 2013-11-19 Brixham Solutions Ltd. Application wire
WO2007047479A2 (en) * 2005-10-12 2007-04-26 Hammerhead Systems Control plane to data plane binding
US7930386B2 (en) * 2007-02-09 2011-04-19 Cisco Technology, Inc. Network discovery and dynamic adaptation of insufficient QoS resources
KR20110010443A (ko) * 2009-07-24 2011-02-01 뉴브로드테크놀러지(주) 인터넷 전화의 원격 품질측정을 위한 자동응답과 루프백 방법
EP2854423B1 (en) * 2011-02-11 2019-10-23 IOT Holdings, Inc. Systems, methods and apparatus for managing machine-to-machine (M2M) entities
JP5480189B2 (ja) 2011-03-28 2014-04-23 エヌ・ティ・ティ・コミュニケーションズ株式会社 ネットワーク監視装置、ネットワーク試験方法、パス情報管理方法、及びプログラム
US9100208B2 (en) * 2011-09-27 2015-08-04 Hubbell Incorporated Method and apparatus for circuit emulation with integrated network diagnostics and reduced form factor in large public communication networks
CA2768483C (en) * 2011-12-30 2019-08-20 Sandvine Incorporated Ulc Systems and methods for managing quality of service
US8938166B2 (en) * 2012-12-19 2015-01-20 Alcatel Lucent Smart small form-factor pluggable transceiver for data networks
CN105075183B (zh) * 2014-02-13 2018-10-30 华为技术有限公司 移动通信网络检测方法和装置
US9847934B2 (en) * 2014-09-09 2017-12-19 Nxp Usa, Inc. Reducing packet reordering in flow-based networks
CN107018518B (zh) * 2016-01-27 2021-04-02 普天信息技术有限公司 一种获取链路检测信息的方法和***
CN108632308B (zh) * 2017-03-17 2020-07-14 电信科学技术研究院 控制方法、装置、smf、upf、ue、pcf及an

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105075188A (zh) * 2013-02-18 2015-11-18 微软公司 使用云服务和设备不可知管道机制来控制设备
CN104144446A (zh) * 2013-05-10 2014-11-12 中兴通讯股份有限公司 一种获取无线访问节点服务质量的方法、***及装置
CN106961344A (zh) * 2016-01-08 2017-07-18 中兴通讯股份有限公司 一种网络故障检测方法及装置

Also Published As

Publication number Publication date
US11606726B2 (en) 2023-03-14
KR102317963B1 (ko) 2021-10-26
US20200229040A1 (en) 2020-07-16
EP3675551A1 (en) 2020-07-01
WO2019056953A1 (zh) 2019-03-28
EP3675551A4 (en) 2020-11-04
EP3675551B1 (en) 2023-11-01
JP6940041B2 (ja) 2021-09-22
CN109560945A (zh) 2019-04-02
JP2020535686A (ja) 2020-12-03
BR112020005748A2 (pt) 2020-10-13
KR20200038313A (ko) 2020-04-10

Similar Documents

Publication Publication Date Title
CN109560945B (zh) 业务服务质量的检测方法、设备及***
CN110351160B (zh) 监测业务质量的方法和装置
CN111432440B (zh) 实现业务连续性的方法、装置及***
KR101868070B1 (ko) 서비스 계층 사우스바운드 인터페이스 및 서비스 품질
EP3703466B1 (en) Service reliability improving method, device, and system
CN108471629B (zh) 传输网络中业务服务质量的控制方法、设备及***
KR102581335B1 (ko) 서비스 품질 모니터링 방법 및 시스템, 및 디바이스
CN112423314B (zh) 通知服务质量信息的方法、设备及***
CN110392448B (zh) 一种会话重建方法、装置和***
US20200404522A1 (en) Method and system for detecting quality of service of service, and device
CN113271653B (zh) 通信方法、装置及***
CN114930907A (zh) 一种数据传输方法、设备及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant