WO2023174100A1 - 通信方法及通信装置 - Google Patents

Abstract

本申请实施例提供了一种通信方法及通信装置。根据本申请的方法，接入网设备和用户面网元都可以获取到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，进而接入网设备可以通过该上行业务流中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息，以及用户面网元可以根据上行数据包包括的上行业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现了接入网设备向用户面网元发送业务流粒度的网络状态信息。

Description

通信方法及通信装置

本申请要求于2022年03月15日提交中国国家知识产权局、申请号为202210252155.9、申请名称为“通信方法及通信装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法及通信装置。

背景技术

如果第三方应用能实时感知网络状态，那么第三方应用可以根据网络状态进行相应调整，从而保证用户的业务体验，以及最大化网络利用效率。因此如何将更多的网络状态信息，诸如可用带宽、拥塞状况等快速开放给第三方应用是一个关键问题。

一种实现方式中，网络状态信息可以通过控制面或用户面的形式开放给应用层。例如，网络状态信息可以通过用户面功能网元(user plane function，UPF)服务化接口或网络开放功能(network exposure function，NEF)开放给第三方应用。又例如，UPF可以将网络状态信息添加到数据包发送给应用服务器侧。然而在上述方式中，由于UPF无法对空口侧无线接入网(radio access network，RAN)与终端设备之间的网络状态进行监测，如果UPF需要向第三方应用开放空口侧RAN与终端设备之间的网络状态信息，则UPF只能从RAN接收空口侧的网络状态信息。在此情况下，RAN如何将空口侧的网络状态信息发送给UPF将成为一个亟待解决的问题。

发明内容

本申请实施例提供一种通信方法，以期实现接入网设备将进行网络状态监测得到的网络状态信息发送给用户面网元。

第一方面，提供了一种通信方法，该方法包括：接入网设备接收目标待监测业务流的监测配置信息和上行业务流的标识，该监测配置信息用于监测该目标待监测业务流的网络状态，该上行业务流用于传输该目标待监测业务流的网络状态信息；该接入网设备根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该接入网设备向用户面网元发送上行数据包，该上行数据包包括该目标待监测业务流的网络状态信息和该上行业务流的标识。

其中，接入网设备接收目标待监测业务流的监测配置信息和上行业务流标识，也可理解为接入网设备主动从其他网元或实体获取目标待监测业务流的监测配置信息和上行业务流的标识。

基于上述技术方案，接入网设备接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识之后，可以通过上行业务流中的上行数据包向用户面网元发送目标待监 测业务流的网络状态信息，从而实现接入网设备将进行网络状态监测得到的网络状态信息发送给用户面网元。进而，用户面网元可以将接收到的网络状态信息开放给第三方应用，从而第三方应用可以根据网络状态信息调整目标待监测业务流的传输参数，保障用户的业务体验，例如，第三方应用可以根据网络状态信息降低目标待监测业务流的码率。

此外，基于上述技术方案，接入网设备向用户面网元发送的是业务流粒度的网络状态信息，进而用户面网元可以将业务流粒度的网络状态信息开放给第三方应用服务器，从而第三方应用服务器可以针对业务流粒度的网络状态信息对业务流的传输参数进行调整，以满足用户对不同业务流的体验和需求。

示例性地，该目标待监测业务流是第一服务质量(quality of service，QoS)流，该上行业务流为第二QoS流中的上行业务流。

基于上述技术方案，当该目标待监测业务流是第一QoS流时，即该第一QoS流内不存在其他的业务流，也可以实现接入网设备将目标待监测业务流的网络状态信息发送给用户面网元。例如，若该目标待监测业务流是下行业务流，即该第一QoS流内不存在上行数据包，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备不知道该通过哪个业务流向用户面网元传输目标待监测业务流的网络状态信息，接入网设备无法向用户面网元传输目标待监测业务流的网络状态信息。

又示例性地，该目标待监测业务流是第一QoS流中的下行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

基于上述技术方案，当该目标待监测业务流是第一QoS流中的下行业务流时，可以实现接入网设备向用户面网元发送业务流粒度的网络状态信息。例如，若网络既对目标待监测业务流进行网络状态监测，也对第一QoS流中的上行业务流进行网络状态监测，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备只能通过第一QoS流中的上行业务流向用户面网元传输目标待监测业务流的网络状态信息和第一QoS流中的上行业务流的网络状态信息，使得用户面网元难以区分网络状态信息与业务流之间的关系。

再示例性地，该目标待监测业务流是第一QoS流中的上行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

基于上述技术方案，当该目标待监测业务流是第一QoS流中的上行业务流时，可以实现接入网设备向用户面网元发送业务流粒度的网络状态信息。例如，若网络既对目标待监测业务流进行网络状态监测，也对第一QoS流中的上行业务流进行网络状态监测，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备只能通过第一QoS流中的上行业务流向用户面网元传输目标待监测业务流的网络状态信息和第一QoS流中的上行业务流的网络状态信息，使得用户面网元难以区分网络状态信息与业务流之间的关系。

上述示例中，用于传输目标待监测业务流的网络状态信息的上行业务流也可以是第二QoS流，即第二QoS流中没有其他下行业务流。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：接入网设备接收用于 传输该目标待监测业务流的网络状态的该上行业务流的指示信息。

基于上述技术方案，接入网设备在接收到上行业务流的标识和该指示信息的情况下，可以根据该指示信息确定该上行业务流用于传输目标待监测业务流的网络状态信息，从而接入网设备在获取到目标待监测业务流的网络状态信息之后，可以通过该上行业务流向用户面网元发送目标待监测业务流的网络状态信息，从而实现目标待监测业务流的网络状态信息的快速实时传输。

结合第一方面，在第一方面的某些实现方式中，该接入网设备接收目标待监测业务流的监测配置信息和上行业务流的标识，包括：该接入网设备接收该目标待监测业务流的监测配置信息、该目标待监测业务流的标识和上行业务流的标识。

其中，目标待监测业务流的标识和上行业务流的标识具有绑定关系，从而指示上行业务流用于传输目标待监测业务流的网络状态信息。

结合第一方面，在第一方面的某些实现方式中，该上行数据包还包括该目标待监测业务流的标识。

基于上述技术方案，若上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，则接入网设备向用户面网元发送的上行数据包不只包括上行业务流的标识，还包括目标待监测业务流的标识。相应地，用户面网元可以根据上行业务流的标识和目标待监测业务流的标识，确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现目标待监测业务流网络状态信息的快速实时传输，以及实现接入网设备向用户面网元发送业务流粒度的网络状态信息。

第二方面，提供了一种通信方法，该方法包括：用户面网元获取上行业务流的标识，该上行业务流用于传输目标待监测业务流的网络状态信息；该用户面网元接收上行数据包，该上行数据包包括该上行业务流的标识和网络状态信息；该用户面网元根据该上行业务流的标识确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息。

一种可能的实现方式中，用户面网元获取上行业务流的标识，可以理解为接收上行数据包中的上行业务流标识。

基于上述技术方案，用户面网元获取到用于传输目标待监测业务流的上行业务流的标识之后，接入网设备可以通过上行业务流中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。相应地，用户面网元可以根据上行业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现了接入网设备向用户面网元快速实时传输业务流粒度网络状态信息。

此外，在接入网设备向用户面网元发送业务流粒度的网络状态信息的情况下，若用户面网元将业务流粒度的网络状态信息开放给第三方应用服务器，则第三方应用服务器可以针对业务流粒度的网络状态信息对业务流的传输参数进行调整，从而满足用户对不同业务流的体验和需求。

示例性地，该目标待监测业务流是第一QoS流，该上行业务流为第二QoS流中的上行业务流。

基于上述技术方案，当该目标待监测业务流是第一QoS流时，即该第一QoS流内不存在其他的业务流，也可以实现接入网设备将目标待监测业务流的网络状态信息发送给用 户面网元。例如，若该目标待监测业务流是下行业务流，即该第一QoS流内不存在上行数据包，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备不知道该通过哪个业务流向用户面网元传输目标待监测业务流的网络状态信息，接入网设备无法向用户面网元传输目标待监测业务流的网络状态信息。

又示例性地，该目标待监测业务流是第一QoS流中的上行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

基于上述技术方案，当该目标待监测业务流是第一QoS流中的下行业务流时，可以实现接入网设备向用户面网元发送业务流粒度的网络状态信息。例如，若网络既对目标待监测业务流进行网络状态监测，也对第一QoS流中的上行业务流进行网络状态监测，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备只能通过第一QoS流中的上行业务流向用户面网元传输目标待监测业务流的网络状态信息和第一QoS流中的上行业务流的网络状态信息，使得用户面网元难以区分网络状态信息与业务流之间的关系。

再示例性地，该目标待监测业务流是第一QoS流中的上行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

基于上述技术方案，当该目标待监测业务流是第一QoS流中的上行业务流时，可以实现接入网设备向用户面网元发送业务流粒度的网络状态信息。例如，若网络既对目标待监测业务流进行网络状态监测，也对第一QoS流中的上行业务流进行网络状态监测，如果接入网设备没有接收到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，则接入网设备只能通过第一QoS流中的上行业务流向用户面网元传输目标待监测业务流的网络状态信息和第一QoS流中的上行业务流的网络状态信息，使得用户面网元难以区分网络状态信息与业务流之间的关系。

上述示例中，用于传输目标待监测业务流的网络状态信息的上行业务流也可以是第二QoS流，即该第二QoS流中没有其他下行业务流。

结合第二方面，在第二方面的某些实现方式中，该上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，该多个待监测业务流包括该目标待监测业务流，该上行数据包还包括该目标待监测业务流的标识，该用户面网元根据该上行业务流的标识确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息，包括：该用户面网元根据该目标待监测业务流的标识和该上行业务流的标识，确定该上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

基于上述技术方案，若上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，则用户面网元可以根据上行业务流的标识和目标待监测业务流的标识，确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现目标待监测业务流网络状态信息的快速实时传输，以及实现接入网设备向用户面网元发送业务流粒度的网络状态信息。

结合第二方面，在第二方面的某些实现方式中，该用户面网元获取上行业务流的标识，包括：该用户面网元从会话管理网元接收该上行业务流的标识。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该用户面网元从该会话管理网元接收用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

基于上述技术方案，用户面网元在接收到上行业务流的标识和该指示信息的情况下，可以根据该指示信息确定该上行业务流用于传输目标待监测业务流的网络状态信息，从而用户面网元可以通过该上行业务流从接入网设备接收该目标待监测业务流的网络状态信息，实现目标待监测业务流网络状态信息的快速实时传输。

结合第二方面，在第二方面的某些实现方式中，该用户面网元从会话管理网元接收该上行业务流的标识，包括：该用户面网元从该会话管理网元接收该上行业务流的标识和该目标待监测业务流的标识。

其中，目标待监测业务流的标识与上行业务流的标识具有绑定关系，以指示该上行业务流用于传输目标待监测业务流的网络状态信息。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该用户面网元从应用功能网元接收获取该目标待监测业务流的网络状态信息的指示信息；该用户面网元向该会话管理网元发送对该目标待监测业务流进行网络状态监测的指示信息。

其中，用户面网元根据获取目标待监测业务流的网络状态信息的指示信息明确需要对该目标待监测业务流进行网络状态监测。

基于上述技术方案，用户面网元向会话管理网元发送对目标待监测业务流的网络状态进行监测的指示信息，从而会话管理网元可以根据该指示信息为目标待监测业务流确定用于传输目标待监测业务流的网络状态信息的上行业务流。

结合第二方面，在第二方面的某些实现方式中，该用户面网元获取上行业务流的标识，包括：该用户面网元从应用功能网元接收获取该目标待监测业务流的网络状态信息的指示信息；该用户面网元根据该获取该目标待监测业务流的网络状态信息的指示信息确定该上行业务流的标识；该方法还包括：该用户面网元向该接入网设备发送该目标待监测业务流的监测配置信息和该上行业务流的标识，该监测配置信息用于监测该目标待监测业务流的网络状态。

基于上述技术方案，用户面网元根据获取目标待监测业务流的网络状态信息的指示信息确定上行业务流的标识，并将上行业务流的标识发送给接入网设备，使得接入网设备可以根据上行业务流的标识确定通过上行业务流向用户面网元发送目标待监测业务流的网络状态信息，从而实现目标待监测业务流的网络状态信息的快速实时传输。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该用户面网元向该接入网设备发送用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

基于上述技术方案，接入网设备在接收到上行业务流的标识和该指示信息的情况下，可以根据上述指示信息确定上行业务流用于传输目标待监测业务流的网络状态信息。

结合第二方面，在第二方面的某些实现方式中，该用户面网元获取上行业务流的标识，包括：该用户面网元从接入网设备接收该上行业务流的标识。

其中，用户面网元接收该上行业务流的标识的一种可能是接收上行业务流中的数据包，该数据包中包含上行业务流的标识。

结合第二方面，在第二方面的某些实现方式中，该方法还包括：该用户面网元发送该 目标待监测业务流的网络状态信息。

基于上述技术方案，用户面网元可以将目标待监测业务流的网络状态信息发送给第三方应用服务器，从而使得第三方应用服务器可以根据目标待监测业务流的网络状态信息调整目标待监测业务流的传输参数，从而避免网络拥塞与变化对于用户业务体验的影响。

示例性地，该目标待监测业务流的网络状态信息包括该目标待监测业务流的拥塞状况，该用户面网元发送该目标待监测业务流的网络状态信息，包括：该用户面网元发送目标上行业务流中的至少一个上行数据包，该至少一个上行数据包中携带显示拥塞通知(explicit congestion notification，ECN)标识的数据包的数量与该至少一个上行数据包的数量的比值用于确定该目标待监测业务流的拥塞状况，该目标上行业务流与该目标待监测业务流对应相同的业务。

第三方面，提供一种通信方法，该方法包括：接收对目标待监测业务流进行网络状态监测的指示信息；根据该对目标待监测业务流进行网络状态监测的指示信息确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

基于上述技术方案，根据上述指示信息确定上行业务流的标识，并发送目标待监测业务流的监测配置信息和上行业务流的标识，有利于实现将目标待监测业务流的监测配置信息和上行业务流的标识发送给接入网设备与用户面网元，从而接入网设备可以根据监测配置信息和上行业务流的标识向用户面网元发送目标待监测业务流的网络状态信息，以及用户面网元可以通过上行业务流接收目标待监测业务流的网络状态信息，从而实现接入网设备向用户面网元快速实时传输业务流粒度网络状态信息。

一种实现方式中，发送该目标待监测业务流的监测配置信息和该上行业务流的标识，包括：向会话管理网元发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

另一种实现方式中，发送该目标待监测业务流的监测配置信息和该上行业务流的标识，包括：向接入网设备与用户面网元发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

其中，该上行业务流的标识可以与该目标待监测业务流的监测配置信息一起并列发往接入网设备与用户面网元，也可以是该上行业务流的标识包含在该目标待监测业务流的监测配置信息中发送给接入网设备与用户面网元，在此不做限定。

示例性地，该目标待监测业务流是第一QoS流，该上行业务流为第二QoS流中的上行业务流。

又示例性地，该目标待监测业务流是第一QoS流中的上行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

再示例性地，该目标待监测业务流是第一QoS流中的上行业务流，该上行业务流是第二QoS流中的上行业务流。第一QoS流与第二QoS流是同一个QoS流，或者，第一QoS流与第二QoS流是不同的QoS流。

上述示例中，用于传输目标待监测业务流的网络状态信息的上行业务流也可以是第二QoS流，即第二QoS流中没有其他下行业务流。

结合第三方面，在第三方面的某些实现方式中，该方法还包括：发送用于传输该目标 待监测业务流的网络状态信息的该上行业务流的指示信息。

基于上述技术方案，若将上述指示信息发送给接入网设备和用户面网元，则接入网设备和用户面网元可以在接收到上行业务流的标识和该指示信息的情况下，根据上述指示信息确定上行业务流用于传输目标待监测业务流的网络状态信息。

结合第三方面，在第三方面的某些实现方式中，发送该目标待监测业务流的监测配置信息和上行业务流的标识，包括：发送该目标待监测业务流的监测配置信息、上行业务流的标识和该目标待监测业务流的标识。

其中，目标待监测业务流的标识与上行业务流的标识具有绑定关系，以指示该上行业务流用于传输目标待监测业务流的网络状态信息。

第四方面，提供了一种通信方法，该方法包括：接入网设备接收目标待监测业务流的监测配置信息，该监测配置信息用于监测该目标待监测业务流的网络状态；该接入网设备根据该监测配置信息确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；该接入网设备向用户面网元发送该上行业务流的标识；该接入网设备根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该接入网设备向该用户面网元发送上行数据包，该上行数据包包括该目标待监测业务流的网络状态信息和该上行业务流的标识。

基于上述技术方案，接入网设备确定上行业务流的标识，并将上行业务流的标识发送给用户面网元，从而接入网设备可以通过上行业务流中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。相应地，用户面网元可以根据上行业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现了接入网设备向用户面网元快速实时传输业务流粒度网络状态信息。

结合第四方面，在第四方面的某些实现方式中，该上行数据包还包括该目标待监测业务流的标识。

基于上述技术方案，若上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，则接入网设备向用户面网元发送的上行数据包不只包括上行业务流的标识，还包括目标待监测业务流的标识。相应地，用户面网元可以根据上行业务流的标识和目标待监测业务流的标识，确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现目标待监测业务流网络状态信息的快速实时传输。

第五方面，提供了一种通信方法，该方法包括：接入网设备接收目标待监测业务流的监测配置信息，该监测配置信息用于监测该目标待监测业务流的网络状态；该接入网设备根据该监测配置信息确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；该接入网设备根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该接入网设备向该用户面网元发送上行数据包，该上行数据包包括该目标待监测业务流的网络状态信息、该上行业务流的标识和目标待监测业务流的标识。

基于上述技术方案，接入网设备确定上行业务流的标识，从而接入网设备可以通过上行业务流中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。相应地，用户面网元可以根据上行数据包包括的目标待监测业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现了接入网设备向用户面网 元快速实时传输业务流粒度网络状态信息。

结合第五方面，在第五方面的某些实现方式中，该方法还包括：接入网设备向用户面网元发送该上行业务流的标识。

第六方面，提供了一种通信方法，该方法包括：用户面网元接收上行数据包，该上行数据包包括该上行业务流的标识、目标待监测业务流的标识和网络状态信息；该用户面网元根据该目标待监测业务流的标识确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息。

基于上述技术方案，用户面网元可以根据目标待监测业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息，从而实现了接入网设备向用户面网元快速实时传输业务流粒度网络状态信息。

第七方面，提供了一种通信装置，该通信装置包括收发单元和处理单元，该收发单元用于接收目标待监测业务流的监测配置信息和上行业务流的标识，该监测配置信息用于监测该目标待监测业务流的网络状态，该上行业务流用于传输该目标待监测业务流的网络状态信息；该处理单元用于根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该收发单元还用于向用户面网元发送上行数据包，该上行数据包包括目标待监测业务流的网络状态信息和该上行业务流的标识。

结合第七方面，在第七方面的某些实现方式中，该收发单元还用于接收用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

结合第七方面，在第七方面的某些实现方式中，该收发单元具体用于接收该目标待监测业务流的监测配置信息、该目标待监测业务流的标识和该上行业务流的标识。

结合第七方面，在第七方面的某些实现方式中，该上行数据包还包括该目标待监测业务流的标识。

结合第七方面，在第七方面的某些实现方式中，该目标待监测业务流为第一QoS流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的下行业务流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的上行业务流，该上行业务流为第二QoS流中的上行业务流。

第八方面，提供了一种通信装置，该通信装置包括获取单元、收发单元和处理单元，该获取单元用于获取上行业务流的标识，该上行业务流用于传输目标待监测业务流的网络状态信息；该收发单元用于接收上行数据包，该上行数据包包括该上行业务流的标识和网络状态信息；该处理单元用于根据该上行业务流的标识确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息。

结合第八方面，在第八方面的某些实现方式中，该上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，该多个待监测业务流包括该目标待监测业务流，该上行数据包还包括该目标待监测业务流的标识，该处理单元具体用于根据该目标待监测业务流的标识和该上行业务流的标识，确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息。

结合第八方面，在第八方面的某些实现方式中，该获取单元是该收发单元，该收发单元具体用于从会话管理网元接收该上行业务流的标识。

结合第八方面，在第八方面的某些实现方式中，该收发单元还用于从该会话管理网元 接收用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

结合第八方面，在第八方面的某些实现方式中，该收发单元具体用于从该会话管理网元接收该上行业务流的标识和该目标待监测业务流的标识。

结合第八方面，在第八方面的某些实现方式中，该收发单元还用于从应用功能网元接收获取该目标待监测业务流的网络状态信息的指示信息；该收发单元还用于向该会话管理网元发送该对该目标待监测业务流进行网络状态监测的指示信息。

结合第八方面，在第八方面的某些实现方式中，该获取单元是该收发单元和该处理单元，该收发单元具体用于从应用功能网元接收获取该目标待监测业务流的网络状态信息的指示信息；该处理单元具体用于根据该获取该目标待监测业务流的网络状态信息的指示信息确定该上行业务流的标识；该收发单元还用于向该接入网设备发送该目标待监测业务流的监测配置信息和该上行业务流的标识，该监测配置信息用于监测该目标待监测业务流的网络状态。

结合第八方面，在第八方面的某些实现方式中，该收发单元还用于向该接入网设备发送用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

结合第八方面，在第八方面的某些实现方式中，该获取单元是该收发单元，该收发单元具体用于从接入网设备接收该上行业务流的标识。

结合第八方面，在第八方面的某些实现方式中，该目标待监测业务流为第一QoS流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的下行业务流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的上行业务流，该上行业务流为该第二QoS流中的上行业务流。

结合第八方面，在第八方面的某些实现方式中，该收发单元还用于发送该目标待监测业务流的网络状态信息。

结合第八方面，在第八方面的某些实现方式中，该目标待监测业务流的网络状态信息包括该目标待监测业务流的拥塞状况，该收发单元具体用于发送目标上行业务流中的至少一个上行数据包，该至少一个上行数据包中携带ECN标识的数据包的数量与该至少一个上行数据包的数量的比值用于确定该目标待监测业务流的拥塞状态，该目标上行业务流与该目标待监测业务流对应相同的业务。

第九方面，提供了一种通信装置，该通信装置包括收发单元和处理单元，该收发单元用于接收对目标待监测业务流进行网络状态监测的指示信息；该处理单元用于根据该对该目标待监测业务流进行网络状态监测的指示信息确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；该收发单元还用于发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

结合第九方面，在第九方面的某些实现方式中，该收发单元具体用于向会话管理网元发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

结合第九方面，在第九方面的某些实现方式中，该收发单元具体用于：向接入网设备和用户面网元发送该目标待监测业务流的监测配置信息和该上行业务流的标识。

结合第九方面，在第九方面的某些实现方式中，该收发单元还用于发送用于传输该目标待监测业务流的网络状态信息的该上行业务流的指示信息。

结合第九方面，在第九方面的某些实现方式中，该收发单元具体用于发送该目标待监 测业务流的监测配置信息、该上行业务流的标识和该目标待监测业务流的标识。

结合第九方面，在第九方面的某些实现方式中，该目标待监测业务流为第一QoS流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的下行业务流，该上行业务流为第二QoS流中的上行业务流；或者，该目标待监测业务流为第一QoS流中的上行业务流，该上行业务流为第二QoS流中的上行业务流。

第十方面，提供了一种通信装置，该通信装置包括收发单元和处理单元，该收发单元用于接收目标待监测业务流的监测配置信息，该监测配置信息用于监测该目标待监测业务流的网络状态；该处理单元用于确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；该收发单元还用于向用户面网元发送该上行业务流的标识；该处理单元还用于根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该收发单元还用于该用户面网元发送上行数据包，该上行数据包包括该目标待监测业务流的网络状态信息和该上行业务流的标识。

结合第十方面，在第十方面的某些实现方式中，该上行数据包还包括该目标待监测业务流的标识。

第十一方面，提供了一种通信装置，该通信装置包括收发单元和处理单元，该收发单元用于接收目标待监测业务流的监测配置信息，该监测配置信息用于监测该目标待监测业务流的网络状态；该处理单元用于确定上行业务流的标识，该上行业务流用于传输该目标待监测业务流的网络状态信息；该处理单元还用于根据该目标待监测业务流的监测配置信息进行网络状态监测以得到该目标待监测业务流的网络状态信息；该收发单元还用于向该用户面网元发送上行数据包，该上行数据包包括该目标待监测业务流的网络状态信息、该上行业务流的标识和目标待监测业务流的标识。

结合第十一方面，在第十一方面的某些实现方式中，该收发单元还用于向用户面网元发送该上行业务流的标识。

第十二方面，提供了一种通信装置，该通信装置包括收发单元和处理单元，该收发单元用于接收上行数据包，该上行数据包包括该上行业务流的标识、目标待监测业务流的标识和网络状态信息；该处理单元用于根据该目标待监测业务流的标识确定该上行数据包包括的网络状态信息是该目标待监测业务流的网络状态信息。

第十三方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面及第一方面中任一种可能实现方式中的方法。或者以实现上述第四方面及第四方面中任一种可能实现方式中的方法，或者以实现上述第五方面及第五方面中任一种可能实现方式中的方法。示例性地，该通信装置还包括存储器。示例性地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为接入网设备。当该通信装置为接入网设备时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于接入网设备中的芯片。当该通信装置为配置于接入网设备中的芯片时，该通信接口可以是输入/输出接口。

示例性地，该收发器可以为收发电路。示例性地，该输入/输出接口可以为输入/输出电路。

第十四方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执 行存储器中的指令，以实现上述第二方面及第二方面中任一种可能实现方式中的方法，或者以实现上述第六方面及第六方面中任一种可能实现方式中的方法。示例性地，该通信装置还包括存储器。示例性地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为用户面网元。当该通信装置为用户面网元时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于用户面网元中的芯片。当该通信装置为配置于用户面网元中的芯片时，该通信接口可以是输入/输出接口。

示例性地，该收发器可以为收发电路。示例性地，该输入/输出接口可以为输入/输出电路。

第十五方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第三方面及第三方面中任一种可能实现方式中的方法。示例性地，该通信装置还包括存储器。示例性地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为策略控制网元或会话管理网元。当该通信装置为策略控制网元或会话管理网元时，该通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于策略控制网元或会话管理网元中的芯片。当该通信装置为配置于策略控制网元或会话管理网元中的芯片时，该通信接口可以是输入/输出接口。

示例性地，该收发器可以为收发电路。示例性地，该输入/输出接口可以为输入/输出电路。

第十六方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面至第六方面中任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为一个或多个芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第十七方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面至第六方面中任一种可能实现方式中的方法。

示例性地，所述处理器为一个或多个，所述存储器为一个或多个。

示例性地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收上行数据包可以为处理器接收上行数据包的过程。具体地，处理器输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第十七方面中的处理装置可以是一个或多个芯片。该处理装置中的处理器可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第十八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面至第六方面中任一种可能实现方式中的方法。

第十九方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得上述第一方面至第六方面中任一种可能实现方式中的方法被执行。

第二十方面，提供了一种通信系统，包括前述的接入网设备和用户面网元。

可选地，该通信系统还包括前述的策略控制网元和/或会话管理网元。

附图说明

图1是适用于本申请实施例提供的方法的通信系统的示意图；

图2是本申请实施例提供的通信方法的示意性流程图；

图3是本申请实施例提供的通信方法的示意性流程图；

图4是数据包的网络互连协议(Internet protocol，IP)头部格式示意图；

图5是本申请实施例提供的通信方法的示意性流程图；

图6是本申请实施例提供的通信方法的示意性流程图；

图7是本申请实施例提供的通信装置的示意性框图；

图8是本申请另一实施例提供的通信设备的示意性框图；

图9是本申请实施例提供的芯片系统的示意图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如，长期演进(long term evolution，LTE)系统、频分双工(frequency division duplex，FDD)系统、时分双工(time division duplex，TDD)系统、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)、第六代(6th generation，6G)系统或未来的通信系统等。本申请中所述的5G移动通信系统包括非独立组网(non-standalone，NSA)的5G移动通信系统或独立组网(standalone，SA)的5G移动通信系统。通信系统还可以是公共陆地移动网络(public land mobile network，PLMN)、设备到设备(device to device，D2D)通信系统、机器到机器(machine to machine，M2M) 通信系统、物联网(Internet of things，IoT)通信系统、车联万物(vehicle to everything，V2X)通信系统、无人机(uncrewed aerial vehicle，UAV)通信系统或者其他通信系统。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a和b和c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。同时，在本申请实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为便于理解本申请实施例，首先结合图1详细说明本申请实施例的一个应用场景。

1、用户设备(user equipment，UE)：可以称为终端设备、终端、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理器(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其他处理设备、车载设备、无人机、可穿戴设备、5G网络中的终端设备或演进的PLMN中的终端设备等，本申请实施例对此并不限定。

2、接入网(access network，AN)：为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道。接入网络可以为采用不同接入技术的接入网络。目前的接入网络技术包括：第三代(3rd generation，3G)系统中采用的无线接入网技术、第四代(4th generation，4G)系统中采用的无线接入网技术、或下一代无线接入网(next generation radio access network，NG-RAN)技术(如5G系统中采用的无线接入技术等)。

基于无线通信技术实现接入网络功能的接入网可以称为无线接入网络(radio access network，RAN)。无线接入网能够管理无线资源，为终端提供接入服务，进而完成控制信号和用户数据在终端和核心网之间的转发。

无线接入网设备例如可以是基站(NodeB)、演进型基站(evolved NodeB，eNB或 eNodeB)、5G移动通信系统中的下一代基站节点(next generation Node Base station，gNB)、未来移动通信系统中的基站或wifi无线热点系统中的接入点(access point，AP)等，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该无线接入网设备可以为中继站、接入点、车载设备、无人机、可穿戴设备以及5G网络中的网络设备或者演进PLMN中的网络设备等。本申请实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

3、接入管理网元：主要用于移动性管理和接入管理、负责在用户设备与策略控制功能(policy control function，PCF)网元间传递用户策略等，可以用于实现移动性管理实体(mobile management entity，MME)功能中除会话管理之外的其他功能。例如，接入授权(鉴权)的功能。

在5G通信系统中，接入管理网元可以是接入和移动性管理功能(access and mobility management function，AMF)网元。在未来通信系统中，接入管理网元仍可以是AMF网元，或者，还可以有其他的名称，本申请不做限定。

4、会话管理网元：主要用于会话管理、用户设备的网络互连协议(Internet protocol，IP)地址的分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通信等。

在5G通信系统中，会话管理网元可以是会话管理功能(session management function，SMF)网元。在未来通信系统中，会话管理网元仍可以是SMF网元，或者，还可以有其他的名称，本申请不做限定。

5、用户面网元：用于分组路由和转发、用户面数据的服务质量(quality of services，QoS)处理、完成用户面数据转发、基于会话/流级的计费统计，带宽限制功能等。

在5G通信系统中，用户面网元可以是用户面功能(user plane function，UPF)网元。在未来通信系统中，用户面网元仍可以是UPF网元，或者，还可以有其他名称，本申请不做限定。

6、数据网络网元：用于提供传输数据的网络。

在5G通信系统中，数据网络网元可以是数据网络(data network，DN)网元。在未来通信系统中，数据网络网元仍可以是DN网元，或者，还可以有其他名称，本申请不做限定。

7、策略控制网元：用于指导网络行为的统一策略框架，为控制面功能网元(例如AMF，SMF网元等)提供策略规则信息等。

在4G通信系统中，该策略控制网元可以是策略和计费规则功能(policy and charging rules function，PCRF)网元。在5G通信系统中，该策略控制网元可以是策略控制功能(policy control function，PCF)网元。在未来通信系统中，该策略控制网元仍可以是PCF网元，或者，还可以有其他名称，本申请不做限定。

8、数据管理网元：用于处理用户设备标识、接入鉴权、注册以及移动性管理等。

在5G通信系统中，该数据管理网元可以是统一数据管理(unified data management，UDM)网元；在4G通信系统中，该数据管理网元可以是归属用户服务器(home subscriber serve，HSS)网元。在未来通信系统中，数据管理网元仍可以是UDM网元，或者，还可以有其他的名称，本申请不做限定。

9、网络开放功能(network exposure function，NEF)网元：用于安全地向外部开放由第三代合作伙伴项目(3rd generation partnership project，3GPP)网络功能提供的业务和能力等。

10、应用功能(application function，AF)网元：向UE提供某种应用层服务，AF在向UE提供服务时，对QoS策略和计费(charging)策略有要求，且需要通知网络。同时，AF也需要获取核心网反馈应用相关的信息。AF可以具有技术规范(technological specification，TS)23.501R-15版本中定义的AF的所有功能，以及具有用于应用业务的相关功能。也就是说，在用户面架构中，应用服务器与UE是通过UE-RAN-UPF-AF的路径进行用户面通信。AF还可以在控制面架构中，通过NEF与5G核心网(5G core network，5GC)中的其他网络功能(network function，NF)进行通信。比如通过NEF与PCF通信。如果AF由5GC的运营商布置，则AF还可在控制面架构中，即AF处于可信域内，不通过NEF与5GC中的其他NF进行直接通信，比如直接与PCF通信。

11、网络数据分析功能(network data analysis function，NWDAF)网元：可用于收集来自网元、AF以及运维管理系统(operation administration and maintenance，OAM)侧的数据，并通过机器学习、人工智能等方案对数据进行分析，并反馈于网元、AF等进行网络或业务配置优化，从而提供更好的网络质量与业务体验。

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

13、鉴权服务器功能(authentication server function，AUSF)网元：主要负责对用户进行鉴权，以确定是否允许用户或设备接入网络。

14、服务通信代理(service communication proxy，SCP)网元：可以用于NF之间的间接通信，NF的服务请求可以由SCP网元代理。

图1中N1、N2、N3、N4、N6、N9、Nnwdaf、Nnef、Nnrf、Npcf、Nudm、Naf、Nausf、Namf以及Nsmf为接口序列号。这些接口序列号的含义可参见3GPP技术标准(technical standards，TS)23.501定义的含义。

应理解，上述应用于本申请实施例的网络架构仅是举例说明，适用于本申请实施例的网络架构并不局限于此，任何能够实现上述各网元的功能的网络架构都适用于本申请实施例。

还应理解，图1所示的AMF、SMF、UPF、NEF、PCF、UDM、NWDAF、NRF、AUSF、SCP等可以理解为核心网中用于实现不同功能的网元，例如可以按需组合成网络切片。这些核心网网元可以是各自独立的设备，也可以集成于同一设备中实现不同的功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在5G网络以及未来其他的网络中采用其他命名的可能。例如，在6G网络中，上述各个网络中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。图1中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

如果第三方应用能实时地感知网络状态，那么第三方应用可以根据网络状态进行相应调整，从而保证用户的业务体验，以及最大化网络利用效率。因此如何将更多的网络状态信息，诸如可用带宽、拥塞状况等快速开放给第三方应用是一个关键问题。

一种实现方式中，RAN可以监测网络的拥塞状况，并通过在下行数据包的IP版本4(IP version 4，IPv4)头部标识ECN的方式将网络的拥塞状况开放出去。比如，RAN在下行数据包的分组数据汇聚协议(packet data convergence protocol，PDCP)头部(即PDCP服务数据单元(service data unit，SDU)中)添加ECN标识，并将下行数据包发送给UE。随后再由UE通过应用层将该下行数据包发送给应用服务器侧，从而使得第三方应用可以获得到网络的拥塞状况。然而上述方式中，网络的拥塞状况传输链路长，时效性差。此外，上述方式需要RAN解析下行数据包的IP头，从而存在安全隐患。

另一种实现方式中，网络状态信息可以通过控制面或用户面的形式开放给应用层。例如，网络状态信息可以通过UPF服务化接口或NEF开放给第三方应用。又例如，UPF可以将网络状态信息添加到数据包发送给应用服务器侧。然而在上述方式中，由于UPF无法对空口侧RAN与UE之间的网络状态进行监测，如果RAN需要向第三方应用开的空口侧RAN与UE之间的网络状态信息，则UPF只能从RAN接收空口侧的网络状态信息。在此情况下，RAN如何将空口侧的网络状态信息发送给UPF将成为一个亟待解决的问题。

有鉴于此，本申请实施例提供一种通信方法，可以实现RAN将进行网络状态监测得到的网络状态信息发送给UPF。

需要说明的是，本申请实施例中将来自终端设备或接入网设备，目的地址为第三方应用服务器的业务流称为上行业务流。将来自第三方应用服务器，目的地址为终端设备的业务流称为下行业务流。第三方应用服务器为终端设备提供上行业务流和/或下行业务流对应的应用业务。

还需要说明的是，本申请实施例中提及的用户面网元可以是UPF，会话管理网元可以是SMF，策略控制网元可以是PCF，以及接入网设备可以是RAN。

图2示出了本申请实施例提供的通信方法的示意性流程图。下面详细描述方法200包括的各个步骤。

S210，用户面网元获取上行业务流的标识。

上行业务流用于传输目标待监测业务流的网络状态信息。为了便于描述，下文中将用于传输目标待监测业务流的上行业务流记为上行业务流#1。上行业务流#1的标识用于标识上行业务流#1。示例性地，上行业务流#1的标识包括以下一项或多项：数据连接会话标识(比如：协议数据单元(protocal data unit，PDU)会话标识#1，或IP-CAN会话标识，或其它会话的标识，为便于描述，后续实例以PDU会话为例进行说明)、业务流描述信息#1、应用标识#1、第二OoS流标识(QoS flow identifier，QFI)、业务类型标识#1和应用类型标识#1。

其中，PDU会话标识#1为承载上行业务流#1的PDU会话#1的会话标识信息。例如，若PDU会话#1只承载了上行业务流#1，则上行业务流#1的标识可以是PDU会话标识#1。

业务流描述信息#1用于确定上行业务流#1。业务流描述信息#1可以为上行业务流#1的IP五元组描述信息、IP三元组信息、域名、上下行等IP数据包过滤集中的至少一个。上行业务流#1的IP五元组描述信息可以为：源IP地址(source IP address)#1、目的IP 地址(destination IP address)#1、源端口号(source port number)#1、目的端口号(destination port number)#1和协议类型#1。上行业务流#1的IP三元组信息可以为：目的IP地址#1、目的端口号#1与协议类型#1。或者业务流描述信息#1可以为以太网(ethernet)包头信息中的至少一个，例如，源媒体访问控制(media access control，MAC)地址#1和目的MAC地址#1、虚拟局域网(virtual local area network，VLAN)标识#1等。业务流描述信息#1还可以包括应用标识#1。示例性地，业务流描述信息#1也可以称为业务数据流(service data flow，SDF)描述信息#1。SDF描述信息可以参考IP数据包过滤集，关于IP数据包过滤集的描述可以参考3GPP TS 23.501中的描述。

应用标识#1用于标识上行业务流#1对应的应用#1。例如，若应用#1只有上行业务流#1，而没有下行业务流，则上行业务流#1的标识可以是应用标识#1。

第二QFI用于标识第二QoS流，上行业务流#1在第二QoS流中传输。例如，若第二QoS流仅对应上行业务流#1，即仅上行业务流#1在第二QoS流中传输，则上行业务流#1的标识可以是第二QFI，也可以说该上行业务流#1是第二QoS流。

业务类型标识#1可以为上行业务流#1的类型的标识，例如，上行业务流#1的类型可以是视频类业务、语音类业务、游戏类业务或网页浏览类业务等。

应用类型标识#1可以为上行业务流#1对应的应用#1的类型的标识。

目标待监测业务流可以是上行业务流，也可以是下行业务流，本申请实施例对此不做限定。示例性地，目标待监测业务流是下行业务流，则目标待监测业务流与上行业务流#1对应相同的业务，或者目标待监测业务与上行业务流#1对应不同的业务。又示例性地，目标待监测业务流是上行业务流，则目标待监测业务流与上行业务流#1是相同的业务流，或者，目标待监测业务流与上行业务流#1是不同的业务流。

可选地，方法200还包括：用户面网元获取目标待监测业务流的标识，目标待监测业务流的标识用于标识目标待监测业务流。目标待监测业务流的标识可以包括以下一项或多项：数据连接标识(比如：PDU会话标识#2)、业务流描述信息#2、应用标识#2、第一QFI、业务类型标识#2和应用类型标识#2。当用户面网元获取到目标待监测业务流的标识之后，用户面网元可以确定网络将对目标待监测业务流进行网络状态监测。进而当用户面网元获取到上行业务流#1的标识之后，用户面网元可以确定上行业务流#1用于传输目标待监测业务流的网络状态信息。

其中，PDU会话标识#2为承载目标待监测业务流的PDU会话#2的会话标识信息。例如，若PDU会话#2只承载了目标待监测业务流，则目标待监测业务流的标识可以是PDU会话标识#2。

业务流描述信息#2用于确定目标待监测业务流。业务流描述信息#2可参考业务流描述信息#1的描述。

应用标识#2用于标识目标待监测业务流对应的应用#2。例如，若应用#2只有目标待监测业务流，而没有其他业务流，则目标待监测业务流的标识可以是应用标识#2。

第一QFI用于标识第一QoS流，目标待监测业务流在第一QoS流中传输。若第一QoS流仅对应目标待监测业务流汇聚，即仅目标待监测业务流在第一QoS流中传输，则目标待监测业务流的标识可以是第一QFI，也可以说目标待监测业务流是第一QoS流。

业务类型标识#2可以为目标待监测业务流的类型的标识，例如，目标待监测业务流 的类型可以是视频类业务、语音类业务、游戏类业务或网页浏览类业务等。

应用类型标识#2可以为目标待监测业务流对应的应用#2的类型的标识。

需要说明的是，若目标待监测业务流是下行业务流，且目标待监测业务流与上行业务流#1对应相同的业务，则上行业务流#1对应的第二QoS流与目标待监测业务流对应的第一QoS流可以是同一个QoS流，或者，第二QoS流与第一QoS流可以是不同的QoS流。

若目标待监测业务流是上行业务流，且目标待监测业务流与上行业务流#1是相同的业务流，则上行业务流#1对应的第二QoS流与目标待监测业务流对应的第一QoS流可以是同一个QoS流。或者，若目标待监测业务流是上行业务流，且目标待监测业务流与上行业务流#1是不同的业务流，则上行业务流#1对应的第二QoS流与目标待监测业务流对应的第一QoS流是不同的QoS流。

本申请实施例对用户面网元获取上行业务流#1的标识的方式不做限定。

一种可能的实现方式中，用户面网元获取上行业务流#1的标识，包括：用户面网元接收来自会话管理网元的上行业务流#1的标识。相应地，会话管理网元向用户面网元发送上行业务流#1的标识。更多关于会话管理网元向用户面网元发送上行业务流#1的标识的描述，可以参考下文方法300中的S340，为了简洁，此处暂不详述。

示例性地，在会话管理网元向用户面网元发送上行业务流#1的标识之前，方法200还包括：会话管理网元确定上行业务流#1的标识。会话管理网元确定上行业务流#1的标识的流程，可以参考下文方法300，为了简洁，此处暂不详述。

又示例性地，在会话管理网元向用户面网元发送上行业务流#1的标识之前，方法200还包括：会话管理网元从策略控制网元接收目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，策略控制网元确定上行业务流#1的标识，并向会话管理网元发送目标待监测业务流的监测配置信息和上行业务流#1的标识。策略控制网元确定上行业务流#1的标识的流程，可以参考下文方法500，为了简洁，此处暂不详述。

另一种可能的实现方式中，用户面网元获取上行业务流#1的标识，包括：用户面网元接收来自应用功能网元的获取目标待监测业务流的网络状态信息的指示信息；用户面网元根据获取目标待监测业务流的网络状态信息的指示信息确定上行业务流#1的标识。用户面网元确定上行业务流#1的标识的流程，可以参考下文方法600，为了简洁，此处暂不详述。

再一种可能的实现方式中，用户面网元获取上行业务流#1的标识，包括：用户面网元接收来自接入网设备的上行业务流#1的标识。相应地，接入网设备向用户面网元发送上行业务流#1的标识。

可选地，用户面网元接收来自接入网设备的上行业务流#1的标识，包括：用户面网元接收来自接入网设备的上行业务流#1的标识和目标待监测业务流的标识。

可选地，方法200还包括：用户面网元接收来自接入网设备的用于传输目标待监测业务流的上行业务流#1的指示信息。为了便于描述，下文中将用于传输目标待监测业务流的上行业务流#1的指示信息记为指示信息#1。示例性地，指示信息#1可以是一个1比特的信息。又示例性地，指示信息#1是目标待监测业务流的监测配置信息或者是事件标识(event identifier)，事件标识用于指示订阅目标待监测业务流的网络状态信息，和/或，用于指示开放目标待监测业务流的网络状态信息。或者说事件标识与“订阅目标待监测业 务流的网络状态信息”这一事件或“开放目标待监测业务流的网络状态信息”这一事件对应。事件标识可以包括监测参数以及上报的目标网元或实体的信息。监测参数可以包括以下一项或多项：传输时延、丢包率、拥塞程度、发送数据队列的长度和可用带宽

可选地，用户面网元从上行数据包中获取上行业务流#1的标识，相应地，接入网设备在向用户面网元发送的上行数据包中添加上行业务流#1的标识。即S210可以在S240与S250之间执行。

需要说明的是，接入网设备可以将上行业务流#1的标识和指示信息#1携带在同一条消息中发送给用户面网元，或者，接入网设备可以将上行业务流#1的标识和指示信息#1携带在不同的消息中发送给用户面网元。

示例性地，在接入网设备向用户面网元发送上行业务流#1的标识之前，方法200还包括：接入网设备确定上行业务流#1的标识。接入网设备确定上行业务流#1的标识的方式，可以参考下文S220，此处暂不详述。

需要说明的是，本申请实施例不限定上行业务流#1仅用于传输目标待监测业务流的网络状态信息。例如，上行业务流#1可以用于传输多个待监测业务流中各个待监测业务流的网络状态信息，多个待监测业务流包括目标待监测业务流。示例性地，多个待监测业务流还包括上行业务流#1。

需要说明的是，该步骤为可选的。例如，若上行业务流#1的标识是由接入网设备确定的，接入网设备可以不向用户面网元发送上行业务流#1的标识。

可选地，方法200还包括：会话管理网元向用户面网元发送目标待监测业务流的监测配置信息。目标待监测业务流的监测配置信息用于监测目标待监测业务流的网络状态，目标待监测业务流的监测配置信息包括监测参数以及目标待监测业务流的标识或用户面通用分组无线网(general packet radio system，GPRS)隧道协议(GPRS tunneling protocol user plane，GTP-U)隧道标识。

其中，监测参数可以包括以下一项或多项：传输时延、丢包率、拥塞程度、发送数据队列的长度和可用带宽。可选地，目标待监测业务流的监测配置信息还可以包括目标待监测业务流的网络状态信息的上报周期。可选地，目标待监测业务流的监测配置信息还可以包括上报目标待监测业务流的网络状态信息的触发条件。例如，目标待监测业务流的监测配置信息包括传输时延门限，则当目标待监测业务的传输时延超过传输时延门限时，触发上报目标待监测业务流的网络状态信息。可选地，目标待监测业务流的监测配置信息还可以包括用于指示订阅目标待监测业务流的网络状态信息的事件标识。可选地，目标待监测业务流的监测配置信息还可以包括上报目标待监测业务流的网络状态信息的方式，例如上报目标待监测业务流的网络状态信息的方式为：由用户面网元或接入网设备上报给会话管理网元；或，由接入网设备上报给用户面网元；或，由用户面网元直接对外进行开放。可选地，目标待监测业务流的监测配置信息还包括上报目标网元或实体信息。上报目标网元或实体信息用于指示上报目标待监测业务流的网络状态信息的目标网元或目标实体，或者说上报目标网元或实体信息用于指示用于接收目标待监测业务流的网络状态信息的目标网元或目标实体。

GTP-U隧道标识用于标识在接入网设备和用户面网元之间承载目标待监测业务流的GTP-U隧道。示例性地，若该GTP-U隧道只承载了目标待监测业务流，则目标待监测业 务流的监测配置信息可以包括GTP-U隧道的标识。或者，若目标待监测业务流为GTP-U隧道上的所有业务流的集合，那么监测配置信息可以包括GTP-U隧道的标识。

S220，接入网设备获取目标待监测业务流的监测配置信息和上行业务流的标识。

需要说明的是，接入网设备接收到上行业务流的标识即上文所描述的上行业务流#1的标识。上行业务流#1的标识可以包含于监测配置信息中，也可以在监测配置信息之外，在此不做限定。

一种可能的实现方式中，接入网设备获取目标待监测业务流的监测配置信息和上行业务流#1的标识，包括：接入网设备从会话管理网元接收目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，会话管理网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识。更多关于会话管理网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识的描述，可以参考下文方法300中的S330，为了简洁，此处暂不详述。

示例性地，在会话管理网元向接入网设备发送上行业务流#1的标识和目标待监测业务流的监测配置信息之前，方法200还包括：会话管理网元确定上行业务流#1的标识和目标待监测业务流的监测配置信息。会话管理网元确定上行业务流#1的标识和目标待监测业务流的监测配置信息的流程，可以参考下文方法300，为了简洁，此处暂不详述。又示例性地，在会话管理网元向接入网设备发送上行业务流#1的标识和目标待监测业务流的监测配置信息之前，方法200还包括：会话管理网元接收来自策略控制网元的上行业务流#1的标识和目标待监测业务流的监测配置策略；会话管理网元根据目标待监测业务流的监测配置策略确定目标待监测业务流的监测配置信息。

另一种可能的实现方式中，接入网设备获取目标待监测业务流的监测配置信息和上行业务流#1的标识，包括：接入网设备从用户面网元接收目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，用户面网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识。更多关于用户面网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识的描述，可以参考下文方法600中的S630，为了简洁，此处暂不详述。

示例性地，在用户面网元向接入网设备发送上行业务流#1和目标待监测业务流的监测配置信息之前，方法200还包括：用户面网元确定上行业务流#1的标识以及获取目标待监测业务流的监测配置信息。用户面网元确定上行业务流#1的标识的流程，可以参考下文方法600，为了简洁，此处不再详述。用户面网元获取目标待监测业务流的监测配置信息的方法包括：用户面网元接收来自会话管理网元的目标待监测业务流的监测配置信息。

再一种可能的实现方式中，接入网设备获取目标待监测业务流的监测配置信息和上行业务流#1的标识，包括：接入网设备接收来自会话管理网元的目标待监测业务流的监测配置信息；接入网设备接收来自用户面网元的上行业务流#1的标识。

可选地，接入网设备接收来自用户面网元的上行业务流#1的标识，包括：接入网设备接收来自用户面网元的上行业务流#1的标识和目标待监测业务流的标识。

可选地，方法200还包括：接入网设备接收来自用户面网元的指示信息#1。

再一种可能的实现方式中，接入网设备获取目标待监测业务流的监测配置信息和上行 业务流#1的标识，包括：接入网设备从会话管理网元或用户面网元接收目标待监测业务流的监测配置信息；接入网设备根据该监测配置信息确定上行业务流#1的标识。

示例性地，接入网设备接收到目标待监测业务流的监测配置信息后，根据目标待监测业务流的监测配置信息确定对目标待监测业务流进行网络状态监测。进一步地，接入网设备从已建立的上行业务流中选择一个上行业务流#1用于传输目标待监测业务流的网络状态信息。可选地，上行业务流#1与目标待监测业务流属于同一个GTP-U隧道。

S230，接入网设备根据目标待监测业务流的监测配置信息进行网络状态监测得到目标待监测业务流的网络状态信息。

示例性地，接入网设备根据监测配置信息包括的目标待监测业务流的标识或GTP-U隧道标识确定针对目标待监测业务流进行网络状态监测。进一步地，接入网设备针对监测配置信息包括的监测参数进行网络状态监测。示例性地，接入网设备可以针对目标待监测业务流监测的所在的无线承载进行网络监测。例如，若监测参数包括传输时延，则接入网设备监测目标待监测业务流中的数据包在接入网设备与用户面网元之间的传输时延。若监测参数包括丢包率，则接入网设备监测目标待监测业务流中的数据包的丢包率。若监测参数包括发送数据队列长度，则接入网设备监测目标待监测业务流中的数据包的发送队列长度，需要说明的是，该发送队列长度可以是接入网设备侧的PDCP层、MAC层等不同层中的发送队列，在此不做限定。若监测参数包括可用带宽，则接入网设备监测目标待监测业务流的可用带宽。若监测参数包括拥塞程度，则接入网设备监测目标待监测业务流的拥塞程度。

其中，目标待监测业务流的拥塞程度可以通过监测传输时延、丢包率、发送数据队列长度或可用带宽获得。例如，接入网设备通过比较目标待监测业务流中的数据包的传输时延与传输时延阈值，确定目标待监测业务流是否发生拥塞，或者确定目标待监测业务流的拥塞情况，或者确定目标待监测业务流的网络状态信息。例如，若目标待监测业务流中的数据包传输时延超过传输时延阈值，则接入网设备确定目标待监测业务流发生了拥塞。又例如，在目标待监测业务流中的数据包的传输时延小于传输时延阈值的情况下，接入网设备可以根据目标待监测业务流中的数据包的传输时延与传输时延阈值，确定目标待监测业务流的拥塞程度。例如，若目标待监测业务流中的数据包的传输时延与传输时延阈值的比值是60％，则接入网设备确定目标待监测业务流的拥塞程度是60％。

类似地，接入网设备可以通过比较目标待监测业务流中的数据包的丢包率与丢包率阈值，确定目标待监测业务流是否发生拥塞，或者确定目标待监测业务流的拥塞情况，或者确定目标待监测业务流的网络状态信息。或者，接入网设备根据目标待监测业务流中的数据包的丢包率和丢包率阈值的比值，确定目标待监测业务流的拥塞程度。

接入网设备也可以通过比较目标待监测业务流的发送队列长度与发送队列长度阈值，确定目标待监测业务流是否发送拥塞，或者确定目标待监测业务流的拥塞情况，或者确定目标待监测业务流的网络状态信息。或者，接入网设备根据目标待监测业务流的发送队列长度与发送队列长度阈值的比值，确定目标待监测业务流的拥塞程度。

接入网设备也可以通过比较目标待监测业务流的可用带宽与可用带宽阈值，确定目标待监测业务流是否发送拥塞，或者确定目标待监测业务流的拥塞情况，或者确定目标待监测业务流的网络状态信息。或者，接入网设备根据目标待监测业务流的可用带宽与可用带 宽阈值的比值，确定目标待监测业务流的拥塞程度。

传输时延阈值、丢包率阈值、发送队列长度阈值或可用带宽阈值可以包括在目标待监测业务流的监测配置信息中，也可以是协议预定义的，本申请实施例对此不做限定。

可以理解，接入网设备通过网络状态监测得到的目标待监测业务流的网络状态信息与监测参数有关。例如，监测参数包括传输时延，则目标待监测业务流的网络状态信息包括目标待监测业务流中的数据包的传输时延。又例如，监测参数包括拥塞程度，则目标待监测业务流的网络状态信息包括目标待监测业务流的拥塞信息，拥塞信息用于确定目标待监测业务流是否发生拥塞和/或目标待监测业务流的拥塞程度。

S240，接入网设备向用户面网元发送上行数据包。相应地，用户面网元接收来自接入网设备的上行数据包。

上行数据包包括上行业务流#1的标识和目标待监测业务流的网络状态信息，也就是说，上行数据包是上行业务流#1中的数据包。该上行数据包可以是接入网设备从终端设备接收的数据包，或者，该上行数据包可以是接入网设备生成的空数据包。其中，上行数据包包括的上行业务流#1的标识可以是第二QFI。例如，该第二QFI携带于上行数据包的GTP-U层头部。

示例性地，目标待监测业务流的网络状态信息包括在上行数据包的GTP-U层头部。

一种可能的实现方式中，接入网设备一旦得到目标待监测业务流的网络状态信息，就通过上行业务流#1中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。

另一种可能的实现方式中，若目标待监测业务流的监测配置信息包括上报周期，则接入网设备根据该上报周期，周期性地通过上行业务流#1中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。

例如，若上报周期是10秒，则接入网设备每间隔10秒，就通过上行业务流#1中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。

再一种可能的实现方式中，若目标待监测业务流的监测配置信息包括上报目标待监测业务流的网络状态信息的触发条件，则在该触发条件被满足的情况下，接入网设备通过上行业务流#1中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。

例如，该触发条件是传输时延超过传输时延阈值或发送队列长度超过发送队列长度阈值等，则在目标待监测业务流中的数据包的传输时延超过传输时延阈值或发送队列长度超过发送队列长度阈值等情况下，接入网设备通过上行业务流#1的上行数据包向用户面网元发送目标待监测业务流的网络状态信息。

可选地，该上行数据包还包括目标待监测业务流的标识。例如，若上行业务流#1用于传输多个待监测业务流中各个待监测业务流的网络状态信息，则接入网设备可以在上行数据包中添加目标待监测业务流的标识。又例如，若上行业务流#1的标识是由接入网设备确定的，且接入网设备未向用户面网元发送上行业务流#1的标识，则接入网设备在上行数据包中添加目标待监测业务流的标识，从而使用户面网元确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。或者，可以理解为接入网设备在上行数据包中添加目标待监测业务流的标识，该上行数据包中会带有该上行业务流#1的标识。

可选地，若目标待监测业务流的监测配置信息包括上报目标待监测业务流的网络状态信息的方式，且该方式为由接入网设备上报给用户面网元，则在S240中，接入网设备向 用户面网元发送包括目标待监测业务流的网络状态信息的上行数据包。

S250，用户面网元根据上行业务流的标识和/或目标待监测业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

如上文所述，上行业务流#1用于传输目标待监测业务流的网络状态信息，因此用户面网元从接入网设备接收到上行数据包之后，可以根据上行数据包包括的上行业务流#1的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

可选地，若上行业务流#1用于传输多个待监测业务流中各个待监测业务流的网络状态信息，上行数据包的GTP-U层头部包括上行业务流#1的标识和目标待监测业务流的标识，则用户面网元根据上行业务流#1的标识和目标待监测业务流的标识，确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

可选地，若用户面网元未获取到上行业务流#1的标识，则在S250中，若用户面网元接收到的上行数据包包括目标待监测业务流的标识，则用户面网元根据目标待监测业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

可选地，方法200还包括：用户面网元发送目标待监测业务流的网络状态信息。关于用户面网元发送目标待监测业务流的网络状态信息的流程，可以参考下文方法300，为了简洁，此处暂不详述。

在本申请实施例中，接入网设备和用户面网元都可以获取到用于传输目标待监测业务流的网络状态信息的上行业务流的标识，进而接入网设备可以使用上行业务流#1中的上行数据包向用户面网元发送目标待监测业务流的网络状态信息，以及用户面网元可以根据上行数据包包括的上行业务流#1的标识和/或目标待监测业务流的标识确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。该方法实现了接入网设备向用户面网元发送目标待监测业务流的网络状态信息，从而户面网元可以将接收到的网络状态信息开放给第三方应用，使得第三方应用可以根据网络状态信息调整目标待监测业务流的传输参数，保障用户的业务体验。例如若目标待监测业务流是下行业务流，即使目标待监测业务流内不存在上行数据流，也可以实现接入网设备将目标待监测业务流的网络状态信息发送给用户面网元。以媒体业务为例，媒体业务同时承载于两个不同的业务流上。媒体业务的上行业务流中传输的是业务会话的一些控制信息或用户的视角、动作等姿态信息，而媒体业务的下行业务流仅负责下行媒体数据的下发，即单个业务流内仅仅包含单向的业务流。若接入网设备针对媒体业务的下行业务流进行拥塞信息监测时，由于媒体业务的下行业务流内不存在上行数据流，接入网设备无法将媒体业务的下行业务流的网络状态信息快速发送给用户面网元。然而根据本申请实施例，若用户面网元和接入网设备获取到用于传输媒体业务的下行业务流的网络状态信息的上行业务流的标识，则接入网设备可以将媒体业务的下行业务流的网络状态信息快速发送给用户面网元。

此外，根据本申请实施例的方法，接入网设备向用户面网元发送的是业务流粒度的网络状态信息，若用户面网元将业务流粒度的网络状态信息开放给第三方应用服务器，则第三方应用服务器可以针对业务流的网络状态信息对业务流的参数进行调整，从而适应于网络状态的变化，满足用户对不同业务流的体验需求。

图3示出了本申请实施例提供的通信方法的示意性流程图。具体地，图3示出了方法200提及的由会话管理网元确定上行业务流#1的标识的实施例的方法流程，以及图3示出 了方法200提及的用户面网元发送目标待监测业务流的网络状态信息的方法流程。下面详细描述方法300包括的各个步骤。

S310，会话管理网元接收对目标待监测业务流进行网络状态监测的指示信息。

一种可能的实现方式中，S310包括S311和S312。

S311，应用功能网元向策略控制网元发送指示信息#2。相应地，策略控制网元接收来自应用功能网元的指示信息#2。

指示信息#2用于指示对目标待监测业务流进行网络状态监测，和/或用于指示确定用于传输目标待监测业务流的上行业务流#1的标识。

本申请实施例对指示信息#2的形式不做限定，可以是以下示例中的一个或多个。

示例性地，指示信息#2是业务流描述信息#2，业务流描述信息#2用于确定目标待监测业务流。更多关于业务流描述信息#2的描述可以参考上文S210。

又示例性地，指示信息#2是1比特的信息。

再示例性地，指示信息#2是事件标识。事件标识的描述可以参考上文S210。

再示例性地，指示信息#2是事件上报触发条件，事件上报触发条件用于指示对外开放目标待监测业务流的网络状态信息的触发条件。如固定周期进行对外开放、事件触发等。

本申请实施例对应用功能网元向策略控制网元发送指示信息#2的方式不做限定。例如，应用功能网元可以通过应用功能请求(AF request)消息向策略控制网元发送指示信息#2。即应用功能网元向策略控制网元发送AF请求消息，AF请求消息包括指示信息#2。

示例性地，应用功能网元直接向策略控制网元发送指示信息#2，或者，应用功能网元先向网络开放功能网元(network exposure function，NEF)发送指示信息#2，网络开放功能网元再将指示信息#2转发给策略控制网元。

可选地，若应用功能网元在先没有向策略控制网元发送业务流描述信息#2，且指示信息#2不是业务流描述信息#2，则在S311中，应用功能网元向策略控制网元发送业务流描述信息#2和指示信息#2。例如，应用功能网元向策略控制网元发送AF请求消息，AF请求消息包括业务流描述信息#2和指示信息#2。

S312，策略控制网元向会话管理网元发送指示信息#3。相应地，会话管理网元接收来自策略控制网元的指示信息#3。

该指示信息#3用于指示对目标待监测业务流进行网络状态监测，或者，该指示信息#3用于指示会话管理网元生成目标待监测业务流的监测配置信息，关于目标待监测业务流的监测配置信息的描述可以参考上文S210。或者，指示信息#3也可以用于指示确定用于传输目标待监测业务流的上行业务流#1的标识。指示信息#3的形式可以参考指示信息#2的形式的描述。

指示信息#3可以是策略控制功能网元根据指示信息#2生成的，或者，指示信息#3等同于指示信息#2，本申请实施例对此不做限定。

可选地，若策略控制网元在先没有向会话管理网元发送目标待监测业务流的监测配置策略，则在S312中，策略控制网元还向会话管理网元发送目标待监测业务流的监测配置策略。关于目标待监测业务流的监测配置策略的更多描述可以参考下文S320，该指示信息#3可以包含在监测配置策略中。

可选地，在S312中，策略控制网元可以不向会话管理网元发送目标待监测业务流的 监测配置策略，而是在S312之后，若策略控制网元从会话管理网元接收策略请求消息，策略请求消息用于请求目标待监测业务流的监测配置策略。则策略控制网元响应于策略请求消息，向会话管理网元发送目标待监测业务流的监测配置策略。

示例性地，策略控制网元在会话管理策略关联建立或修改流程中将指示信息#3发往会话管理网元侧。

另一种可能的实现方式中，S310包括S313和S314。

S313，应用功能网元向用户面网元发送指示信息#4。相应地，用户面网元接收来自应用功能网元的指示信息#4。

指示信息#4用于指示获取目标待监测业务流的网络状态信息，和/或，指示信息#4可以用于指示对目标待监测业务流的网络状态进行监测。指示信息#4的形式可以参考指示信息#2的形式的描述。

示例性地，应用功能网元可以调用UPF服务化接口-订阅(Nupf_subscribe)服务接口向用户面网元发送指示信息#4。

又示例性地，应用功能网元先向网络开放功能网元发送指示信息#4，网络开放功能网元再将指示信息#4转发给用户面网元。

可选地，若应用功能网元在先没有向用户面网元发送业务流描述信息#4，且指示信息#4不是业务流描述信息#2，则在S313中，应用功能网元向用户面网元发送业务流描述信息#2和指示信息#4。

S314，用户面网元向会话管理网元发送指示信息#5。相应地，会话管理网元接收来自用户面网元的指示信息#5。

该指示信息#5用于指示对目标待监测业务流进行网络状态监测。或者该指示信息#5用于指示会话管理网元生成目标待监测业务流的监测配置信息。指示信息#5的形式可以参考指示信息#2的形式的描述。

示例性地，用户面网元通过N4消息向会话管理网元发送指示信息#5。即用户面网元向会话管理网元发送N4消息，N4消息包括指示信息#5。

可选地，若指示信息#5不是业务流描述信息#2，则在S314中，用户面网元可以向会话管理网元发送业务流描述信息#2和指示信息#5。

S320，会话管理网元确定上行业务流#1的标识。

会话管理网元根据对目标待监测业务流进行网络状态监测的指示信息(即上述指示信息#3或指示信息#5)确定上行业务流#1的标识。会话管理网元在接收到指示信息#3或指示信息#5的情况下，响应于指示信息#3或指示信息#5确定用于传输目标待监测业务流的网络状态信息的上行业务流#1，并确定上行业务流#1的标识。

示例性地，会话管理网元响应于指示信息#3或指示信息#5，根据业务流描述信息#2确定上行业务流#1。也就是说，会话管理网元先根据业务流描述信息#2确定目标待监测业务流，再为目标待监测业务流确定上行业务流#1。

示例性地，若目标待监测业务流是下行业务流，会话管理网元可以将与目标待监测业务流对应的同一个业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。其中，该与目标待监测业务流对应的同一个业务的上行业务流可以是业务流描述信息#2对应的业务流，也可以是满足业务流描述信息#2中部分描述信息对应的 业务流。例如，若业务流描述信息#2是目标待监测业务流的IP五元组，则与目标待监测业务流对应同一个业务的上行业务流满足该IP五元组，或者，满足该IP五元组中的三元组。当然，会话管理网元也可以将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

又示例性地，若目标待监测业务流是上行业务流，会话管理网元可以将目标待监测业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。或者，会话管理网元也可将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，会话管理网元可以将不用于传输任何网络状态信息的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，若目标待监测业务流的优先级较高，会话管理网元可以将发送频率较高的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。相应地，当通过该发送频率高的上行业务流#1发送目标待监测业务流的网络状态信息时，接入网设备可以快速将目标待监测业务流的网络状态信息发送给用户面网元。

再示例性地，会话管理网元可以将与目标待监测业务流对应同一个QoS流的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

会话管理网元根据确定的上行业务流#1确定上行业务流#1的标识。

可选地，若会话管理网元没有确定目标待监测业务流的监测配置信息，则在S320中，会话管理网元还确定目标待监测业务流的监测配置信息。会话管理网元确定目标待监测业务流的监测配置信息的方法包括：会话管理网元接收来自策略控制网元的目标待监测业务流的监测配置策略；会话管理网元根据监测配置策略确定目标待监测业务流的监测配置信息。其中，目标待监测业务流的监测配置策略包括目标待监测业务流的标识和监测参数。可选地，目标待监测业务流的监测配置策略还包括上报目标待监测业务流的网络状态信息的触发条件。可选地，目标待监测业务流的监测配置信息还可以包括用于指示订阅目标待监测业务流的网络状态信息的事件标识。可选地，目标待监测业务流的监测配置信息还包括上报目标待监测业务流的网络状态信息的方式。也就是说，会话管理网元可以从目标待监测业务流的监测配置策略中提取出目标待监测业务流的监测配置信息。或者可以说，目标待监测业务流的监测配置信息是由策略控制网元发送给会话管理网元的。

示例性地，若方法300执行了S312，且在S312中，策略控制网元向会话管理网元发送了目标待监测业务流的监测配置策略，则在S320中，会话管理网元根据目标待监测业务流的监测配置策略确定目标待监测业务流的监测配置信息。示例性地，若会话管理网元没有获取到目标待监测业务流的监测配置策略，则会话管理网元向策略控制网元发送策略请求消息，以请求目标待监测业务流的监测配置策略；会话管理网元从策略控制网元接收到目标待监测业务流的监测配置策略之后，则根据目标待监测业务流的监测配置策略确定目标待监测业务流的监测配置信息。更多关于目标待监测业务流的监测配置信息的描述可以参考上文S220。

S330，会话管理网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，接入网设备接收来自会话管理网元的目标待监测业务流的监测配置信息和上行业务流#1的标识。

接入网设备接收到目标待监测业务流的监测配置信息和上行业务流#1的标识之后，可以确定上行业务流#1用于传输目标待监测业务流的网络状态信息。

示例性地，会话管理网元通过N2会话管理消息(N2session management message，N2SM message)向接入网设备发送上行业务流#1的标识和目标待监测业务流的监测配置信息。其中N2SM消息可以具体对应接入网设备与接入和移动性管理功能网元之间的任何N2消息，如下行非接入层(non-access stratum，NAS)传输消息(DL NAS Transport)，在此不做限定，该N2SM消息由会话管理网元发往接入和移动性管理功能网元，并由接入和移动性管理功能网元通过N2消息发往接入网设备侧。

可选地，会话管理网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识，包括：会话管理网元向接入网设备发送目标待监测业务流的监测配置信息、上行业务流#1的标识和目标待监测业务流的标识。

可选地，方法300还包括：会话管理网元向接入网设备发送指示信息#1。相应地，接入网设备根据指示信息#1确定上行业务流#1用于传输目标待监测业务流的网络状态信息，即接入网设备根据指示信息#1将目标待监测业务流的网络状态信息放到上行业务流#1中进行传输。关于指示信息#1的描述可以参考S210中的描述。

S340，会话管理网元向用户面网元发送上行业务流#1的标识。相应地，用户面网元接收来自会话管理网元的上行业务流#1的标识。

示例性地，若网络仅对目标待监测业务流的网络状态进行监测，则用户面网元接收到上行业务流#1的标识之后，可以确定上行业务流#1用于传输目标待监测业务流的网络状态信息。例如，用户面网元从会话管理网元接收到目标待监测业务流的标识与上行业务流#1的标识，从而明确该上行业务流#1用于传输目标待监测业务流的网络状态信息。

示例性地，会话管理网元通过N4会话修改(N4 session modification)消息向用户面网元发送上行业务流#1的标识。

可选地，会话管理网元向用户面网元发送上行业务流#1的标识，包括：会话管理网元向用户面网元发送上行业务流#1的标识和/或目标待监测业务流的标识。进一步地，若用户面网元已知网络将对目标待监测业务流的网络状态进行监测，用户面网元接收到上行业务流#1的标识和/或目标待监测业务流的标识之后，可以确定上行业务流#1用于传输目标待监测业务流的网络状态信息。

可选地，方法300还包括：会话管理网元向用户面网元发送用于传输目标待监测业务流的网络状态信息的上行业务流#1的指示信息。

需要说明的是，会话管理网元可以将上行业务流#1的标识和指示信息#1携带在同一条消息中发送给用户面网元，或者，会话管理网元可以将上行业务流#1的标识和指示信息#1携带在不同的消息中发送给用户面网元。还需要说明的是，用户面网元根据指示信息#1确定上行业务流#1用于传输目标待监测业务流的网络状态信息，相当于用户面网元根据指示信息#1将上行业务流#1上传输的网络状态信息确定为目标待监测业务流的网络状态信息。

进一步的，会话管理网元还可以向用户面网元发送目标待监测业务流的监测配置信息。

S350，接入网设备得到目标待监测业务流的网络状态信息。

更多关于S350的描述可以参考上文S230，为了简洁，此处不再详述。

S360，接入网设备向用户面网元发送上行数据包。相应地，用户面网元接收来自接入网设备的上行数据包。

其中，上行数据包是用于传输目标待监测业务流的网络状态信息的上行业务流#1中的数据包，即上行数据包包括上行业务流#1的标识。

更多关于S360的描述可以参考上文S240，为了简洁，此处不再详述。

S370，用户面网元确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

更多关于S370的描述可以参考上文S250，为了简洁，此处不再详述。

可选地，方法300还包括S380，用户面网元发送目标待监测业务流的网络状态信息。

一种可能的实现方式中，S380包括S381和S382。

S381，应用功能网元向用户面网元发送订阅请求消息。相应地，用户面网元接收来自应用功能网元的订阅请求消息。

订阅请求消息用于请求目标待监测业务流的网络状态信息，和/或，用于指示获取目标待监测业务流的网络状态信息。示例性地，订阅请求消息包括业务流描述信息#2或者目标待监测业务流的标识、和/或订阅请求消息包括事件标识，事件标识的描述可以参考上文S210。

示例性地，应用功能网元可以调用UPF服务化接口-订阅(Nupf_subscribe)服务接口向用户面网元发送订阅请求消息。

又示例性地，应用功能网元将订阅请求消息发送给网络开放功能网元，再由网络开放功能网元将订阅请求消息转发给用户面网元。

需要说明的是，S381为可选步骤，若方法300没有执行S313与S314，那么方法300执行S381，否则方法300可以不执行S381，即S381与S313可以是同一个步骤。

S382，用户面网元向应用功能网元发送目标待监测业务流的网络状态信息。相应地，应用功能网元接收目标待监测业务流的网络状态信息。

用户面网元响应于订阅请求消息，或者，用户面网元在确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息之后，向应用功能网元发送目标待监测业务流的网络状态信息。

示例性地，用户面网元可以调用UPF服务化接口-通知(Nupf_notify)服务接口向应用功能网元发送目标待监测业务流的网络状态信息。

又示例性地，用户面网元可以将目标待监测业务流的网络状态信息发送给网络开放功能网元，网络开放功能网元再将目标待监测业务流的网络状态信息转发给应用功能网元。

另一种可能的实现方式中，S380仅包括S382。也就是说，用户面网元在接收到目标待监测业务流的网络状态信息之后，将目标待监测业务流的网络状态信息发送给应用功能网元。

再一种可能的实现方式中，S380包括S383和S385。

S383，用户面网元根据拥塞信息在至少一个上行数据包中添加显示拥塞通知(explicit congestion notification，ECN)标识。

若目标待监测业务流的网络状态信息包括拥塞信息，则用户面网元可以根据拥塞信息 在至少一个上行数据包中添加ECN标识。示例性地，用户面网元在至少一个上行数据包的IP头部(例如IP版本4(IP version 4，IPv4)头部或IP版本6(IP version 6，IPv6)头部)添加ECN标识。

图4示出了至少一个上行数据包的IPv4头部格式。如图4所示，至少一个上行数据包的IPv4头部包括如下内容：版本(version)、网际头部长度(Internet header length，IHL)、差分服务代码点(differentiated service code point，DSCP)、ECN、数据包总长度(total length)、数据包标识(identification)、标志(flags)、片位移(fragment offset)、生存时间(time to live)、协议(protocol)、头部校验和(header checksum)、源IP地址、目的IP地址和可选(options)字段(如果IHL＞5)。

需要说明的是，该至少一个上行数据包是目标上行业务流中的数据包，目标上行业务流与目标待监测业务流对应相同的业务。可以理解，若目标待监测业务流是上行业务流，则目标上行业务流是目标待监测业务流。还需要说明的是，该至少一个上行数据包包括单位时长内发送的上行数据包，例如，该单位时长是1秒、1分钟或1小时等，在此不做限定。或者，该至少一个上行数据包包括预设数量的上行数据包，例如，该预设数量是20、50或100等，在此不做限定。

示例性地，用户面网元可以根据拥塞信息在至少一个上行数据包中概率性添加ECN标识，即用户面网元在至少一个上行数据包中添加ECN标识的概率是根据拥塞信息确定的。例如，若用户面网元根据拥塞信息确定目标待监测业务流没有发生拥塞，则用户面网元在至少一个上行数据包中每个数据包都不添加ECN标识。又例如，若用户面网元根据拥塞信息确定目标待监测业务流发生拥塞，则用户面网元可以在至少一个上行数据包中的每一个上行数据包中添加ECN标识。再例如，若用户面网元根据拥塞信息确定目标待监测业务流的拥塞程度是60％，则用户面网元随机地在目标上行业务流的数据包中的60％个上行数据包中添加ECN标识。

可选地，用户面网元也可以根据目标待监测业务流的传输时延、发送队列长度、可用带宽或丢包率，在至少一个上行数据包中添加ECN标识。

以用户面网元根据发送队列长度在至少一个上行数据包中添加ECN标识为例，若用户面网元确定目标待监测业务流的发送队列长度超过发送队列长度阈值，则用户面网元可以在至少一个上行数据包中的每一个上行数据包中添加ECN标识。或者，用户面网元根据目标待监测业务流的发送队列长度与发送队列长度阈值的比值，确定添加ECN标识的上行数据包的数量。例如，若目标待监测业务流的发送队列长度与发送队列长度阈值的比值是50％，则用户面网元在至少一个上行数据包中的50％个上行数据包中添加ECN标识。

S385，用户面网元向应用服务器发送至少一个上行数据包。相应地，应用服务器接收来自用户面网元的至少一个上行数据包。

应用服务器(application server，AS)接收到至少一个上行数据包之后，可以根据至少一个上行数据包中包括ECN标识的上行数据包的数量与至少一个上行数据包的数量的比值，确定目标待监测业务流的拥塞程度。其中，至少一个上行数据包包括AS在单位时长内接收到的上行数据包，或者，至少一个上行数据包包括预设数量的上行数据包。

例如，以至少一个上行数据包是AS在一分钟内接收到的上行数据包为例，若AS在一分钟内接收到的每个上行数据包都包括ECN标识，则应用服务器确定目标待监测业务 流发生了拥塞。又例如，若AS在一分钟内接收到的每个上行数据包都不包括ECN标识，则应用服务器确定目标待监测业务流没有发生拥塞。再例如，若AS在一分钟内接收到的上行数据包中60％的上行数据包包括ECN标识，则应用服务器确定目标待监测业务流的拥塞程度是60％。需要说明的是，若用户面网元通过概率性添加ECN标识的方式进行网络状态信息反馈，则应用服务器会提前与终端设备或网络侧进行协商，从而确定用户面网元将通过概率性添加ECN标识的方式反馈网络状态信息。

可选地，应用服务器也可以根据至少一个上行数据包中包括ECN标识的上行数据包的数量与至少一个上行数据包的数量的比值，确定目标待监测业务流的传输时延、丢包率、可用带宽或发送队列长度。

以应用服务器根据至少一个上行数据包中包括ECN标识的上行数据包的数量与至少一个上行数据包的数量的比值，确定目标待监测业务流的发送队列长度为例，若应用服务器确定至少一个上行数据包中每一个上行数据包都包括ECN标识，则应用服务器确定目标待监测业务流的发送队列长度超过发送队列长度阈值。又例如，若应用服务器确定至少一个上行数据包中60％的上行数据包包括ECN标识，则应用服务器确定目标待监测业务的发送队列长度是发送队列长度阈值的60％。

再一种可能的实现方式中，S380包括S384和S385。

S384，用户面网元在至少一个上行数据包的IP层或传输控制协议(transmission control protocol，TCP)层或用户数据协议(user datagram protocol，UDP)层或其他层等添加目标待监测业务流的网络状态信息。

以用户面网元在至少一个上行数据包的IP层添加目标待监测业务流的网络状态信息为例，用户面网元可以通过IP头部的可选字段携带目标待监测业务流的网络状态信息。

S385，用户面网元向应用服务器发送至少一个上行数据包。

相应地，应用服务器通过解析至少一个上行数据包的IP成或TCP层或UDP层或其他层，获得目标待监测业务流的网络状态信息。

在本申请实施例中，会话管理网元根据对目标待监测业务流进行网络状态监测的指示信息确定用于传输目标待监测业务流的网络状态信息的上行业务流#1的标识，并将上行业务流#1的标识分别发送给接入网设备和用户面网元，从而接入网设备可以根据上行业务流#1的标识确定通过上行业务流#1向用户面网元发送目标待监测业务流的网络状态信息，以及用户面网元可以根据上行业务流#1的标识确定通过上行业务流#1接收的上行数据包包括目标待监测业务流的网络状态信息。

图5示出了本申请实施例提供的通信方法的示意性流程图。具体地，与图3中的方法相比，图5示出了方法200提及的由策略控制网元确定用于传输目标待监测业务流的网络状态信息的上行业务流#1的标识的实施例的方法流程，下面详细描述方法500包括的各个步骤。

S510，策略控制网元接收用于指示对目标待监测业务流进行网络状态监测的指示信息。

一种可能的实现方式中，S510包括S511。

S511，应用功能网元向策略控制网元发送指示信息#2。相应地，策略控制网元接收来自应用功能网元的指示信息#2。

更多关于S511的描述可以参考上文S311，为了简洁，此处不再详述。

另一种可能的实现方式中，S510包括S512至S514。

S512，应用功能网元向用户面网元发送指示信息#4。相应地，用户面网元接收来自应用功能网元的指示信息#4。

更多关于S512的描述可以参考上文S313，为了简洁，此处不再详述。

S513，用户面网元向会话管理网元发送指示信息#5。相应地，会话管理网元接收来自用户面网元的指示信息#5。

更多关于S513的描述可以参考上文S314，为了简洁，此处不再详述。

S514，会话管理网元向策略控制网元发送指示信息#6。相应地，策略控制网元接收来自会话管理网元的指示信息#6。

该指示信息#6用于指示对目标待监测业务流进行网络状态监测。或者，指示信息#6也可以用于指示确定用于传输目标待监测业务流的上行业务流#1的标识。指示信息#6的形式可以参考上文S311中描述的指示信息#2的形式。

可选地，若指示信息#6不是业务流描述信息#2，且会话管理网元从用户面网元接收到业务流描述信息#2，则在S514中，会话管理网元向策略控制网元发送指示信息#6和业务流描述信息#2。

S520，策略控制网元确定上行业务流#1的标识。

策略控制网元根据对目标待监测业务流进行网络状态监测的指示信息(即上文的指示信息#2或指示信息#6)确定上行业务流#1的标识。策略控制网元在接收到指示信息#2或指示信息#6的情况下，响应于指示信息#2或指示信息#6确定用于传输目标待监测业务流的网络状态信息的上行业务流#1。

示例性地，策略控制网元响应于指示信息#2或指示信息#6，根据业务流描述信息#2确定上行业务流#1。也就是说，策略控制网元先根据业务流描述信息#2确定目标待监测业务，再为目标待监测业务流确定上行业务流#1。

示例性地，若目标待监测业务流是下行业务流，策略控制网元可以将与目标待监测业务对应的同一个业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。与目标待监测业务流对应的同一个业务的上行业务流的描述可以参考上文S320。当然，策略控制网元也可以将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

又示例性地，若目标待监测业务流是上行业务流，策略控制网元可以将目标待监测业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。或者，策略控制网元也可将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，策略控制网元可以将不用于传输任何网络状态信息的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，若目标待监测业务流的优先级较高，策略控制网元可以将发送频率较高的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。相应地，当通过该发送频率高的上行业务流#1发送目标待监测业务流的网络状态信息时，接入网设备可以快速将目标待监测业务流的网络状态信息发送给用户面网元。

再示例性地，策略控制网元可以将与目标待监测业务流对应同一个QoS流的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

策略控制网元根据上行业务流#1确定上行业务流#1的标识。

S530，策略控制网元向会话管理网元发送目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，会话管理网元接收来自策略控制网元的目标待监测业务流的监测配置信息和上行业务流#1的标识。

需要说明是，策略控制网元以目标待监测业务流的监测配置策略的形式向会话管理网元发送目标待监测业务流的监测配置信息。也就是说，策略控制网元向会话管理网元发送目标待监测业务流的监测配置策略，目标待监测业务流的监测配置策略包括用于组成目标待监测业务流的监测配置信息的参数。其中，策略控制网元可以根据指示信息#2或指示信息#6生成目标待监测业务流的监测配置策略，更多关于目标待监测业务流的监测配置信息和监测配置策略的描述，可以参考上文S220。

S540，会话管理网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，接入网设备接收来自会话管理网元的目标待监测业务流的监测配置信息和上行业务流#1的标识。

更多关于S540的描述可以参考上文S330，为了简洁，此处不再详述。

S550，会话管理网元向用户面网元发送上行业务流#1的标识。相应地，用户面网元接收来自会话管理网元的上行业务流#1的标识。

更多关于S550的描述可以参考上文S340，为了简洁，此处不再详述。

S560，接入网设备得到目标待监测业务流的网络状态信息。

更多关于S560的描述可以参考上文S230，为了简洁，此处不再详述。

S570，接入网设备向用户面网元发送上行数据包。相应地，用户面网元接收来自接入网设备的上行数据包。

其中，上行数据包是用于传输目标待监测业务流的网络状态信息的上行业务流#1中的数据包，即上行数据包包括上行业务流#1的标识。

更多关于S570的描述可以参考上文S240，为了简洁，此处不再详述。

S580，用户面网元确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

更多关于S580的描述可以参考上文S250，为了简洁，此处不再详述。

可选地，方法500还包括S590，用户面网元发送目标待监测业务流的网络状态信息。更多关于S590的描述可以参考上文S380，为了简洁，此处不再详述。

在本申请实施例中，策略控制网元根据对目标待监测业务流进行网络状态监测的指示信息确定用于传输目标待监测业务流的网络状态信息的上行业务流#1的标识，并将上行业务流#1的标识发送给会话管理网元，使得会话管理网元可以将上行业务流#1的标识发送给接入网设备和用户面网元，从而接入网设备可以根据上行业务流#1的标识确定通过上行业务流#1向用户面网元发送目标待监测业务的网络状态信息，以及用户面网元可以根据上行业务流#1的标识确定通过上行业务流#1接收的上行数据包包括目标待监测业务流的网络状态信息。

图6示出了本申请实施例提供的通信方法的示意性流程图。具体地，与图3和图5中 的方法相比，图6示出了方法200提及的由用户面网元确定用于传输目标待监测业务流的网络状态信息的上行业务流#1的标识的实施例的方法流程，下面详细描述方法600包括的各个步骤。

S610，应用功能网元向用户面网元发送指示信息#4。相应地，用户面网元接收来自应用功能网元的指示信息#4。

更多关于S610的描述可以参考上文S313，为了简洁，此处不再详述。

S620，用户面网元确定上行业务流#1的标识。

用户面网元根据指示信息#4确定上行业务流#1的标识，也就是说，用户面网元在接收到指示信息#4的情况下，响应于指示信息#4确定用于传输目标待监测业务流的网络状态信息的上行业务流#1，并确定上行业务流#1的标识。

示例性地，用户面网元响应于指示信息#4，根据业务流描述信息#2确定上行业务流#1。也就是说，用户面网元先根据业务流描述信息#2确定目标待监测业务流，再为目标待监测业务流确定上行业务流#1。

示例性地，若目标待监测业务流是下行业务流，用户面网元可以将与目标待监测业务流对应的同一个业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。与目标待监测业务流对应的同一个业务的上行业务流的描述可以参考上文S320。当然，用户面网元也可以将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

又示例性地，若目标待监测业务流是上行业务流，用户面网元可以将目标待监测业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。或者，用户面网元也可将与目标待监测业务流对应不同业务的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，用户面网元可以将不用于传输任何网络状态信息的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。

再示例性地，若目标待监测业务流的优先级较高，用户面网元可以将发送频率较高的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。相应地，当通过该发送频率高的上行业务流#1发送目标待监测业务流的网络状态信息时，接入网设备可以快速将目标待监测业务流的网络状态信息发送给用户面网元。

再示例性地，用户面网元可以将与目标待监测业务流对应同一个QoS流的上行业务流确定为用于传输目标待监测业务流的网络状态信息的上行业务流#1。需要说明的是，用户面网元可以根据在先从会话管理网元接收的包检测规则(packet detection rule，PDR)确定目标待监测业务流所对应的第一QoS流。

用户面网元根据确定的上行业务流#1确定上行业务流#1的标识。

S630，用户面网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识。相应地，接入网设备接收来自用户面网元的目标待监测业务流的监测配置信息和上行业务流#1的标识。

示例性地，用户面网元将目标待监测业务流的监测配置信息和上行业务流#1的标识携带在下行数据包的GTP-U层，发送给接入网设备。示例性地，下行数据包是目标待监测业务流中的数据包。

再示例性地，用户面网元将目标待监测业务流的监测配置信息和上行业务流#1的标识发送给会话管理网元，会话管理网元再将目标待监测业务流的监测配置信息和上行业务流#1的标识转发给接入网设备。

可选地，用户面网元向接入网设备发送目标待监测业务流的监测配置信息和上行业务流#1的标识，包括：用户面网元向接入网设备发送目标待监测业务流的监测配置信息、上行业务流#1的标识和目标待监测业务流的标识。

可选地，方法600还包括：用户面网元向接入网设备发送指示信息#1。相应地，接入网设备根据指示信息#1确定上行业务流#1用于传输目标待监测业务流的网络状态信息。关于指示信息#1的描述可以参考上文S210。

S640，接入网设备得到目标待监测业务流的网络状态信息。

更多关于S640的描述可以参考上文S230，为了简洁，此处不再详述。

S650，接入网设备向用户面网元发送上行数据包。相应地，用户面网元接收来自接入网设备的上行数据包。

其中，上行数据包是用于传输目标待监测业务流的网络状态信息的上行业务流#1中的数据包，即上行数据包包括上行业务流#1的标识。

更多关于S650的描述可以参考上文S240，为了简洁，此处不再详述。

S660，用户面网元确定上行数据包包括的网络状态信息是目标待监测业务流的网络状态信息。

更多关于S660的描述可以参考上文S250，为了简洁，此处不再详述。

可选地，方法600还包括S670，用户面网元发送目标待监测业务流的网络状态信息。更多关于S670的描述可以参考上文S380，为了简洁，此处不再详述。

在本申请实施例中，用户面网元根据指示信息#4确定用于传输目标待监测业务流的网络状态信息的上行业务流#1的标识，并将上行业务流#1的标识发送给接入网设备，使得接入网设备可以根据上行业务流#1的标识确定通过上行业务流#1向用户面网元发送目标待监测业务流的网络状态信息。

图7是本申请实施例提供的通信装置1000的示意性框图。如图7所示，该通信装置1000可以包括：收发单元1010和处理单元1020。

在一种可能的设计中，该通信装置1000可以是上文方法实施例中的接入网设备，也可以是用于实现上文方法实施例中接入网设备的功能的芯片。

应理解，该通信装置1000可对应于本申请实施例方法200、方法300、方法500或方法600中的接入网设备，该通信装置1000可以包括用于执行图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600中的接入网设备执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该通信装置1000可以是上文方法实施例中的用户面网元，也可以是用于实现上文方法实施例中用户面网元的功能的芯片。

应理解，该通信装置1000可对应于本申请实施例方法200、方法300、方法500或方 法600中的用户面网元，该通信装置1000可以包括用于执行图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600中的用户面网元执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该通信装置1000可以是上述方法实施例中的会话管理网元，也可以是用于实现上文方法实施例中会话管理网元的功能的芯片。

应理解，该通信装置1000可对应于本申请实施例方法200、方法300、方法500或方法600中的会话管理网元，该通信装置1000可以包括用于执行图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600中的会话管理网元执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

在另一种可能的设计中，该通信装置1000可以是上述方法实施例中的策略控制网元，也可以是用于实现上文方法实施例中策略控制网元的功能的芯片。

应理解，该通信装置1000可对应于本申请实施例方法200、方法300、方法500或方法600中的策略控制网元，该通信装置1000可以包括用于执行图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600中的策略控制网元执行的方法的单元。并且，该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200、图3中的方法300、图5中的方法500或图6中的方法600的相应流程。应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，该通信装置1000中的收发单元1010可对应图8中示出的通信设备2000中的收发器2020，该通信装置1000中的处理单元1020可对应于图8中示出的通信设备2000中的处理器2010。

还应理解，当该通信装置1000为芯片时，该芯片包括收发单元。可选地，该芯片还可以包括处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或微处理器或者集成电路。

收发单元1010用于实现通信装置1000的信号的收发操作，处理单元1020用于实现通信装置1000的信号的处理操作。

可选地，该通信装置还包括存储单元1030，该存储单元1030用于存储指令。

图8是本申请实施例提供的通信设备2000的示意性框图。如图8所示，该通信设备2000包括：至少一个处理器2010和收发器2020。该处理器2010与存储器耦合，用于执行存储器中存储的指令，以控制收发器2020发送信号和/或接收信号。可选地，该通信设备2000还包括存储器2030，用于存储指令。

应理解，上述处理器2010和存储器2030可以合成一个处理装置，处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时，该存储器2030也可以 集成在处理器2010中，或者独立于处理器2010中。

还应理解，收发器2020可以包括接收器(或者称，接收机)和发射器(或者称，发射机)。收发器2020还可以进一步包括天线，天线的数量可以为一个或多个。收发器2020又可以是天线接口或者接口电路。

当该通信设备2000为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。

图9是本申请实施例的一种芯片系统的示意图。这里的芯片系统也可为电路组成的系统。图9所示的芯片系统3000包括：逻辑电路3010以及输入/输出接口(input/output interface)3020，所述逻辑电路用于与输入接口耦合，通过所述输入/输出接口传输数据，以执行图2、图3、图5或图6所述的方法。

本申请实施例还提供了一种处理装置，包括处理器和接口。所述处理器可用于执行上述方法实施例中的方法。

应理解，上述处理装置可以是一个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以执行体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机寄存器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤，为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图 2、图3、图5和图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图2、图3、图5和图6所示实施例中任意一个实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的接入网设备和用户面网元。可选地，该系统还包括前述的会话管理网元。可选地，该系统还包括前述的策略控制网元。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disc，SSD))等。

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

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

Claims (30)

1. 一种通信方法，其特征在于，包括：

   接入网设备接收目标待监测业务流的监测配置信息和上行业务流的标识，所述监测配置信息用于监测所述目标待监测业务流的网络状态，所述上行业务流用于传输所述目标待监测业务流的网络状态信息；

   所述接入网络设备根据所述目标待监测业务流的监测配置信息进行网络状态监测以得到所述目标待监测业务流的网络状态信息；

   所述接入网设备向用户面网元发送上行数据包，所述上行数据包包括所述目标待监测业务流的网络状态信息和所述上行业务流的标识。
2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：

   所述接入网设备接收用于传输所述目标待监测业务流的网络状态信息的所述上行业务流的指示信息。
3. 根据权利要求1或2所述的方法，其特征在于，所述接入网设备接收目标待监测业务流的监测配置信息和上行业务流的标识，包括：

   所述接入网设备接收所述目标待监测业务流的监测配置信息、所述目标待监测业务流的标识和所述上行业务流的标识。
4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述上行数据包还包括所述目标待监测业务流的标识。
5. 根据权利要求1至4中任一项所述的方法，其特征在于，

   所述目标待监测业务流为第一服务质量QoS流，所述上行业务流为第二QoS流中的上行业务流；或者，

   所述目标待监测业务流为第一QoS流中的下行业务流，所述上行业务流为第二QoS流中的上行业务流；或者，

   所述目标待监测业务流为第一QoS流中的上行业务流，所述上行业务流为第二QoS流中的上行业务流。
6. 一种通信方法，其特征在于，包括：

   用户面网元获取上行业务流的标识，所述上行业务流用于传输目标待监测业务流的网络状态信息；

   所述用户面网元接收上行数据包，所述上行数据包包括所述上行业务流的标识和网络状态信息；

   所述用户面网元根据所述上行业务流的标识确定所述上行数据包包括的网络状态信息是所述目标待监测业务流的网络状态信息。
7. 根据权利要求6所述的方法，其特征在于，所述上行业务流用于传输多个待监测业务流中各待监测业务流的网络状态信息，所述多个待监测业务流包括所述目标待监测业务流，所述上行数据包还包括所述目标待监测业务流的标识，所述用户面网元根据所述上行业务流的标识确定所述上行数据包包括的网络状态信息是所述目标待监测业务流的网络状态信息，包括：

   所述用户面网元根据所述上行数据包中的所述目标待监测业务流的标识和所述上行业务流的标识，确定所述上行数据包包括的网络状态信息是所述目标待监测业务流的网络状态信息。
8. 根据权利要求6或7所述的方法，其特征在于，所述用户面网元获取上行业务流的标识，包括：

   所述用户面网元从会话管理网元接收所述上行业务流的标识。
9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：

   所述用户面网元从所述会话管理网元接收用于传输所述目标待监测业务流的网络状态信息的所述上行业务流的指示信息。
10. 根据权利要求8或9所述的方法，其特征在于，所述用户面网元从会话管理网元接收所述上行业务流的标识，包括：

    所述用户面网元从所述会话管理网元接收所述上行业务流的标识和所述目标待监测业务流的标识。
11. 根据权利要求8至10中任一项所述的方法，其特征在于，所述方法还包括：

    所述用户面网元从应用功能网元接收获取所述目标待监测业务流的网络状态信息的指示信息；

    所述用户面网元向所述会话管理网元发送对所述目标待监测业务流进行网络状态监测的指示信息。
12. 根据权利要求6或7所述的方法，其特征在于，所述用户面网元获取上行业务流的标识，包括：

    所述用户面网元从应用功能网元接收获取所述目标待监测业务流的网络状态信息的指示信息；

    所述用户面网元根据所述获取所述目标待监测业务流的网络状态信息的指示信息确定所述上行业务流的标识；

    所述方法还包括：

    所述用户面网元向所述接入网设备发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识，所述监测配置信息用于监测所述目标待监测业务流的网络状态。
13. 根据权利要求12所述的方法，其特征在于，所述方法还包括：

    所述用户面网元向所述接入网设备发送用于传输所述目标待监测业务流的网络状态信息的所述上行业务流的指示信息。
14. 根据权利要求6至13中任一项所述的方法，其特征在于，

    所述目标待监测业务流为第一服务质量QoS流，所述上行业务流为第二QoS流中的上行业务流，或者；

    所述目标待监测业务流为第一QoS流中的下行业务流，所述上行业务流为第二QoS流中的上行业务流，或者；

    所述目标待监测业务流为第一QoS流中的上行业务流，所述上行业务流为第二QoS流中的上行业务流。
15. 根据权利要求6至14中任一项所述的方法，其特征在于，所述方法还包括：

    所述用户面网元发送所述目标待监测业务流的网络状态信息。
16. 根据权利要求15所述的方法，其特征在于，所述目标待监测业务流的网络状态信息包括所述目标待监测业务流的拥塞状况，所述用户面网元发送所述目标待监测业务流的网络状态信息，包括：

    所述用户面网元发送目标上行业务流中的至少一个上行数据包，所述至少一个上行数据包中携带显示拥塞通知ECN标识的数据包的数量与所述至少一个上行数据包的数量的比值用于确定所述目标待监测业务流的拥塞状况，所述目标上行业务流与所述目标待监测业务流对应相同的业务。
17. 一种通信方法，其特征在于，包括：

    接收对目标待监测业务流进行网络状态监测的指示信息；

    根据所述对所述目标待监测业务流进行网络状态监测的指示信息确定上行业务流的标识，所述上行业务流用于传输所述目标待监测业务流的网络状态信息；

    发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识。
18. 根据权利要求17所述的方法，其特征在于，所述发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识，包括：

    向会话管理网元发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识。
19. 根据权利要求17所述的方法，其特征在于，所述发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识，包括：

    向接入网设备和用户面网元发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识。
20. 根据权利要求17至19中任一项所述的方法，其特征在于，所述方法还包括：

    发送用于传输所述目标待监测业务流的网络状态信息的所述上行业务流的指示信息。
21. 根据权利要求17至20中任一项所述的方法，其特征在于，所述发送所述目标待监测业务流的监测配置信息和所述上行业务流的标识，包括：

    发送所述目标待监测业务流的监测配置信息、所述上行业务流的标识和所述目标待监测业务流的标识。
22. 根据权利要求17至21中任一项所述的方法，其特征在于，

    所述目标待监测业务流为第一服务QoS流，所述上行业务流为第二QoS流中的上行业务流，或者；

    所述目标待监测业务流为第一QoS流中的下行业务流，所述上行业务流为第二QoS流中的上行业务流，或者；

    所述目标待监测业务流为第一QoS流中的上行业务流，所述上行业务流为第二QoS流中的上行业务流。
23. 一种通信装置，其特征在于，用于实现如权利要求1至22中任意一项所述的方法。
24. 一种通信装置，其特征在于，包括至少一个处理器，所述至少一个处理器与至少一个存储器耦合，所述至少一个处理器用于执行所述至少一个存储器中存储的计算机程序或指令，以使所述通信装置执行如权利要求1至22中任一项所述的方法。
25. 一种芯片，其特征在于，包括处理器和通信接口，所述通信接口用于接收数据和 /或信息，并将接收到的数据和/或信息传输至所述处理器，所述处理器处理所述数据和/或信息，以使得执行如权利要求1至22中任一项所述的方法。
26. 一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被执行时，以使得计算机执行如权利要求1至22中任一项所述的方法。
27. 一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得计算机执行如权利要求1至22中任一项所述的方法。
28. 一种通信方法，其特征在于，包括：

    接入网设备接收目标待监测业务流的监测配置信息和上行业务流的标识，所述监测配置信息用于监测所述目标待监测业务流的网络状态，所述上行业务流用于传输所述目标待监测业务流的网络状态信息；

    所述接入网络设备根据所述目标待监测业务流的监测配置信息进行网络状态监测以得到所述目标待监测业务流的网络状态信息；

    用户面网元接收所述接入网设备发送的上行数据包，所述上行数据包包括所述目标待监测业务流的网络状态信息和所述上行业务流的标识。
29. 根据权利要求28所述的方法，其特征在于，该方法还包括：

    所述用户面网元获取上行业务流的标识，所述上行业务流用于传输目标待监测业务流的网络状态信息。
30. 根据权利要求28或29所述的方法，其特征在于，该方法还包括：

    会话管理网元向所述用户面网元发送用于传输所述目标待监测业务流的网络状态信息的上行业务流的指示信息。