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

通信方法及装置 Download PDF

Info

Publication number
CN117042036A
CN117042036A CN202210475137.7A CN202210475137A CN117042036A CN 117042036 A CN117042036 A CN 117042036A CN 202210475137 A CN202210475137 A CN 202210475137A CN 117042036 A CN117042036 A CN 117042036A
Authority
CN
China
Prior art keywords
information
service
network element
service flow
terminal
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.)
Pending
Application number
CN202210475137.7A
Other languages
English (en)
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
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210475137.7A priority Critical patent/CN117042036A/zh
Priority to PCT/CN2023/090114 priority patent/WO2023207855A1/zh
Publication of CN117042036A publication Critical patent/CN117042036A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • 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/08—Load balancing or load distribution
    • H04W28/086—Load balancing or load distribution among access entities
    • 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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H04W28/0967—Quality of Service [QoS] parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了通信方法及装置，涉及无线通信领域。该方法可以接收来自应用功能网元的第一请求消息，在第一请求消息中的业务流的类型信息指示业务流为端到端的业务流的情况下，根据第一请求消息中的目标终端集合的信息获取入口终端的接入信息和出口终端的接入信息；根据入口终端的接入信息和出口终端的接入信息对第一请求消息中的业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息，并触发网络根据上行服务质量信息配置入口终端的会话，以及根据下行服务质量信息配置出口终端的会话。上述方法能够对端到端业务流做服务质量分解，实现业务流的确定性传输。

Description

通信方法及装置
技术领域
本申请涉及无线通信领域，尤其涉及通信方法及装置。
背景技术
在无线通信中，第五代移动通信(5th-generation，5G)网络可以模拟为虚拟网桥，集成到时延敏感网络(time sensitive networking，TSN)中。TSN中的集中式网络配置(centralized network configuration，CNC)网元可以通过应用功能(applicationfunction，AF)网元收集5G虚拟网桥的信息，例如终端侧的端口信息，用户面功能(userplane function，UPF)侧的端口信息，邻居节点发现信息和端口对之间的传输时延信息等。所以，CNC网元能够知道包括5G虚拟网桥在内的TSN用户面的拓扑情况。后续，若CNC网元根据拓扑情况确定需要配置5G虚拟网桥对TSN流进行调度，CNC网元可以向AF网元发送配置信息。该配置信息包括基于流的过滤和策略(per-stream filtering and policing，PSFP)信息和报文转发信息。AF网元接收到该配置信息后，可以根据报文转发信息中的入端口信息和出端口信息，确定TSN流是否是端到端业务流。若TSN流是端到端业务流，则AF网元能够根据该配置信息对端到端业务流做服务质量(quality of service，QoS)分解，进而实现业务流的确定性传输。
例如，若报文转发信息中的入端口信息和出端口信息指示的业务流的入口(ingress)和业务流的出口(egress)都是设备侧TSN转换器(device side TSNtranslator，DS-TT)端口(port)，则AF网元可确定该业务流是端到端的业务流。后续，AF网元把该业务流分解为一个上行流和一个或多个下行流，并根据PSFP信息做QoS分解，为入口终端和出口终端对应的上行流和下行流分别配置相应的QoS参数，最终使得该业务流的传输能够满足端到端的QoS需求。然而，上述方法只适用于TSN场景，无法适用到非TSN的场景(即5G网络没有集成到TSN中的场景)。
发明内容
本申请实施例提供通信方法及装置，能够对端到端业务流做服务质量分解，实现业务流的确定性传输。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，提供了一种通信方法，执行该方法的通信装置可以为第一网元；也可以为应用于第一网元中的模块，例如芯片或芯片系统。第一网元可以是网络开放功能网元、时延敏感通信时间同步功能网元、策略控制功能网元或新增网元。下面以执行主体为第一网元为例进行描述。
该方法包括：接收来自应用功能网元的第一请求消息，该第一请求消息用于请求为业务流分配资源，例如，用于为目标终端之间的业务流分配符合服务质量信息的资源，以用于保障目标终端之间端到端的通信质量；该第一请求消息包括业务流的类型信息、目标终端集合的信息和业务流的服务质量信息；在类型信息指示业务流为端到端的业务流的情况下，根据目标终端集合的信息获取服务质量分解信息，该服务质量分解信息包括入口终端的接入信息以及出口终端的接入信息；根据服务质量分解信息，对业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息；触发网络根据上行服务质量信息配置入口终端的会话，以及根据下行服务质量信息配置出口终端的会话；其中，入口终端的会话中包括用于传输业务流的第一服务质量流，出口终端的会话中包括用于传输业务流的第二服务质量流。
基于上述第一方面提供的方法，第一网元可以获取业务流的服务质量信息、入口终端的接入信息和出口终端的接入信息，根据入口终端的接入信息和出口终端的接入信息对业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息，并触发网络根据上行服务质量信息和下行服务质量信息配置对应的会话，以实现对入口终端的会话中的服务质量流的配置以及出口终端的会话中的服务质量流的配置。上述方法能够对端到端业务流做服务质量分解，实现业务流的确定性传输。另外，在上述过程中，第一网元在做服务质量分解时，考虑了入口终端的接入信息和出口终端的接入信息，上述信息能够表征入口终端和出口终端所属网络的拓扑情况。因此，该方法可以使得第一网元确定的上行服务质量信息和下行服务质量信息更为合理，进而使得业务流的传输更加容易满足服务质量需求。
在第一种可能的实现方式中，触发网络根据该上行服务质量信息配置该入口终端的会话，以及根据该下行服务质量信息配置该出口终端的会话，包括：发送第二请求消息，该第二请求消息包括该入口终端的地址和该上行服务质量信息；以及发送第三请求消息，该第三请求消息包括该出口终端的地址和该下行服务质量信息。
基于上述可能的实现方式，第一网元可以通过第二请求消息配置入口终端的会话，通过第三请求消息配置出口终端的会话。
在第一种可能的实现方式中，该第二请求消息和该第三请求消息还包括本地交换指示信息，该本地交换指示信息用于指示该业务流采用本地交换或跨用户面功能网元交换的方式进行传输。
基于上述可能的实现方式，可以激活用户面功能网元本地交换或跨N19交换功能，在用户面功能网元配置特定的报文检测规则(packet detection rule，PDR)或转发动作规则(forwarding action rule，FAR)等路由规则，以使用户面功能网元支持本地转发(即不经过数据网络，用户面功能网元直接在连接到此用户面功能网元的两个PDU会话或多个PDU会话之间转发报文)或跨N19转发(即不经过DN，用户面功能网元直接把报文通过N19隧道转发到其他用户面功能网元，以使其他用户面功能网元把报文发送给连接到该用户面功能网元的PDU会话)。
在第一种可能的实现方式中，该入口终端的接入信息包括：该入口终端的位置信息和该入口终端的会话对应的锚点用户面功能网元的标识；以及，该出口终端的接入信息包括：该出口终端的位置信息和该出口终端的会话对应的锚点用户面功能网元的标识。
基于上述可能的实现方式，第一网元可以根据上述信息对业务流的服务质量信息进行分解。其中，入口终端的位置信息、入口终端的会话对应的锚点用户面功能网元的标识、出口终端的位置信息和出口终端的会话对应的锚点用户面功能网元的标识可以反映网络的拓扑情况，所以根据上述信息进行服务质量分解，可以使得分解结果更为合理，从而使得业务流的传输更加容易满足服务质量需求。
在第一种可能的实现方式中，该业务流的服务质量信息包括该业务流的时延要求；该上行服务质量信息包括该业务流上行方向的时延；该下行服务质量信息包括该业务流下行方向的时延；且该业务流上行方向的时延与该业务流下行方向的时延之和小于或等于该业务流的时延要求。
基于上述可能的实现方式，能够根据业务流的时延要求得到业务流上行方向的时延，根据业务流的时延要求和业务流上行方向的时延得到业务流下行方向的时延，从而实现业务流的时延的分解。
在第一种可能的实现方式中，该入口终端的接入信息还包括：该入口终端的驻留时间和该入口终端的会话对应的锚点用户面功能网元的驻留时间；该出口终端的接入信息还包括：该出口终端的驻留时间和该出口终端的会话对应的锚点用户面功能网元的驻留时间。
基于上述可能的实现方式，第一网元还可以结合入口终端的驻留时间、入口终端的会话对应的锚点用户面功能网元的驻留时间、出口终端的驻留时间以及出口终端的会话对应的锚点用户面功能网元的驻留时间进行服务质量信息分解，使得分解后的服务质量信息更加的合理。
在第一种可能的实现方式中，该业务流上行方向的时延、该业务流下行方向的时延、该入口终端的驻留时间、该出口终端的驻留时间以及该入口终端的会话对应的锚点用户面功能网元的驻留时间之和小于或等于该业务流的时延要求。
基于上述可能的实现方式，能够根据业务流的时延要求得到业务流上行方向的时延，根据业务流的时延要求、业务流上行方向的时延、入口终端的驻留时间、出口终端的驻留时间以及入口终端的会话对应的锚点用户面功能网元的驻留时间得到业务流下行方向的时延，从而实现业务流的时延的分解。
在第一种可能的实现方式中，该业务流的服务质量信息包括该业务流的报文到达时间；该上行服务质量信息包括该业务流上行方向的报文到达时间，该业务流上行方向的报文到达时间与该业务流的报文到达时间相同；该下行服务质量信息包括该业务流下行方向的报文到达时间，该业务流下行方向的报文到达时间由该业务流上行方向的报文到达时间以及该业务流上行方向的时延之和确定。
基于上述可能的实现方式，能够根据业务流的报文到达时间得到业务流上行方向的报文到达时间，根据业务流的时延要求和业务流上行方向的时延得到业务流下行方向的报文到达时间，从而实现业务流的服务质量信息的分解。
在第一种可能的实现方式中，该服务质量分解信息还包括该入口终端的会话对应的锚点用户面功能网元和该出口终端的会话对应的锚点用户面功能网元之间的报文传输时间。
基于上述可能的实现方式，第一网元还可以结合用户面功能网元之间的报文传输时间做服务质量信息分解，使得分解结果更为准确。
在第一种可能的实现方式中，该业务流的服务质量信息包括该业务流的时延要求；该上行服务质量信息包括该业务流上行方向的时延；该下行服务质量信息包括该业务流下行方向的时延；该业务流上行方向的时延、该业务流下行方向的时延以及该报文传输时间之和小于或等于该业务流的时延要求。
基于上述可能的实现方式，能够根据业务流的时延要求得到业务流上行方向的时延，根据业务流的时延要求、业务流上行方向的时延和报文传输时间得到业务流下行方向的时延，从而实现业务流的时延的分解。
在第一种可能的实现方式中，该业务流的服务质量信息包括该业务流的报文到达时间；该上行服务质量信息包括该业务流上行方向的报文到达时间，该业务流上行方向的报文到达时间与该业务流的报文到达时间相同；该下行服务质量信息包括该业务流下行方向的报文到达时间，该业务流下行方向的报文到达时间由该业务流上行方向的报文到达时间、该业务流上行方向的时延以及该报文传输时间之和确定。
基于上述可能的实现方式，能够根据业务流的报文到达时间得到业务流上行方向的报文到达时间，根据业务流的时延要求、业务流上行方向的时延和报文传输时间得到业务流下行方向的报文到达时间，从而实现业务流的服务质量信息的分解。
在第一种可能的实现方式中，该第一请求消息还包括第一事件指示信息，该第一事件指示信息指示以下至少一项：针对平均时延的监控，针对报文时延预算的服务质量通知监控，针对保证比特速率的服务质量通知监控或针对报文出错率的服务质量通知监控；该第二请求消息还包括该第一事件指示信息；该第三请求消息还包括该第一事件指示信息。
基于上述可能的实现方式，第一网元可以触发网元对与服务质量相关的事件进行监控，以便根据事件监控反馈的信息确定服务质量信息的分解是否合适。
在第一种可能的实现方式中，该方法还包括：接收针对该第二请求消息的第一通知信息，该第一通知信息包括以下至少一项：该业务流上行方向的平均时延，该业务流上行方向的报文时延预算不再满足的指示信息，该业务流上行方向的保证比特速率不再满足的指示信息或该业务流上行方向的报文出错率不再满足的指示信息；接收针对该第三请求消息的第二通知信息，该第二通知信息包括以下至少一项：该业务流下行方向的平均时延，该业务流下行方向的报文时延预算不再满足的指示信息，该业务流下行方向的保证比特速率不再满足的指示信息或该业务流下行方向的报文出错率不再满足的指示信息；根据该第一通知信息调整该上行服务质量信息；或者，根据该第二通知信息调整该下行服务质量信息；或者，根据该第一通知信息和该第二通知信息调整该上行服务质量信息和该下行服务质量信息。
基于上述可能的实现方式，第一网元还可以根据监控事件获取的参数，调整原先经过服务质量信息分解得到的上行服务质量信息和下行服务质量信息，使得调整后的服务质量信息更加合适，以进一步使得业务流的传输满足服务质量需求。
在第一种可能的实现方式中，该第一请求消息还包括该业务流的流信息，该业务流的流信息包括IP五元组或以太报文头信息地址。
基于上述可能的实现方式，第一网元可以根据业务流的流信息确定业务流的源地址和目的地址，以便后续触发网络配置入口终端的会话和出口终端的会话。
在第一种可能的实现方式中，该第二请求消息和该第三请求消息还包括该业务流的流信息，该业务流的流信息包括IP五元组或以太报文头信息地址。
基于上述可能的实现方式，第一网元可以通过第二请求消息触发网络配置入口终端的会话，通过第三请求消息配置出口终端的会话。
第二方面，提供了一种通信方法，执行该方法的通信装置可以为第一网元；也可以为应用于第一网元中的模块，例如芯片或芯片系统。或者，执行该方法的通信装置可以为应用功能网元；也可以为应用于应用功能网元中的模块，例如芯片或芯片系统。该方法包括：对业务流的服务质量信息进行分解，得到初始服务质量信息，该业务流为端到端业务流，其中，该初始服务质量信息包括上行初始服务质量信息或下行初始服务质量信息；发送第四请求消息，该第四请求消息包括第一终端的地址、该初始服务质量信息和第二事件指示信息，该第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的服务质量通知监控，其中，当该初始服务信息包括上行初始服务质量信息时，该第一终端为该业务流的入口终端，当该初始服务信息包括下行初始服务质量信息时，该第一终端为该业务流的出口终端；接收针对该第四请求消息的第三通知信息，若该初始服务质量信息包括上行初始服务质量信息，则该第三通知信息包括该业务流上行方向的平均时延，或者，该第三通知信息包括该业务流上行方向的平均时延和该业务流上行方向的报文时延预算不再满足的指示信息，或者，若该初始服务质量信息包括下行初始服务质量信息，则该第三通知信息包括该业务流下行方向的平均时延，或者，该第三通知信息包括该业务流下行方向的平均时延和该业务流下行方向的报文时延预算不再满足的指示信息；根据该第三通知信息调整该初始服务质量信息，得到目标服务质量信息，该目标服务质量信息包括上行目标服务质量信息和下行目标服务质量信息。
基于上述第二方面提供的方法，可以先分配上行初始服务质量信息或下行初始服务质量信息，触发网络配置相应的服务质量流，并且还指示监控与服务质量信息相关的事件。因此，还可以根据网络监控事件获取的参数，分配适合的上行目标服务质量信息和适合的下行目标服务质量信息，通过动态调整，使得业务流的传输满足服务质量需求。
在第一种可能的实现方式中，该第四请求消息还包括本地交换指示信息，该本地切换指示信息用于指示该业务流采用本地交换或跨用户面功能网元交换方式进行传输。
基于上述可能的实现方式，可以激活用户面功能网元本地交换或跨N19交换功能，在用户面功能网元配置PDR或FAR等路由规则，以使用户面功能网元支持本地转发(即不经过DN，用户面功能网元直接在连接到此用户面功能网元的两个PDU会话或多个PDU会话之间转发报文)或跨N19转发(即不经过DN，用户面功能网元直接把报文通过N19隧道转发到其他用户面功能网元，以使其他用户面功能网元把报文发送给连接到该用户面功能网元的PDU会话)。
在第一种可能的实现方式中，对业务流的服务质量信息进行分解，得到初始服务质量信息之前，该方法还包括：接收来自应用功能网元的第五请求消息，该第五请求消息包括业务流的类型信息、该业务流的服务质量信息和该第二事件指示信息，业务流的类型信息指示该业务流为端到端业务流。
基于上述可能的实现方式，可以确定业务流为端到端业务流，并获取到服务质量信息，从而可以对服务质量信息进行服务质量分解。
在第一种可能的实现方式中，该业务流的服务质量信息包括该业务流的时延要求；若该初始服务质量信息为上行初始服务质量信息，则该上行初始服务质量信息包括该业务流上行方向的时延，该业务流上行方向的时延是根据第一预设规则和该业务流的时延要求得到的；或者，若该初始服务质量信息为下行初始服务质量信息，则该下行初始服务质量信息包括该业务流下行方向的时延，该业务流下行方向的时延是根据第二预设规则和该业务流的时延要求得到的。
基于上述可能的实现方式，可以根据第一预设规则和业务流的时延要求得到业务流上行方向的时延，以实现初始服务质量分解。或者，根据第二预设规则和业务流的时延要求得到业务流下行方向的时延，以实现初始服务质量分解。
在第一种可能的实现方式中，该业务流的服务质量信息还包括该业务流的报文到达时间；该上行初始服务质量信息还包括该业务流上行方向的报文到达时间，该业务流上行方向的报文到达时间与该业务流的报文到达时间相同。
基于上述可能的实现方式，可以根据业务流的报文到达时间确定业务流上行方向的报文到达时间，以实现初始服务质量分解。
第三方面，提供了一种通信装置用于实现上述方法。该通信装置可以为上述第一方面中的第一网元，或者包含上述第一网元的装置；或者，该通信装置可以为上述第二方面中的第一网元/应用功能网元，或者包含上述第一网元/应用功能网元的装置。该通信装置包括实现上述方法相应的模块、单元、或手段(means)，该模块、单元、或means可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。
结合上述第三方面，在一种可能的实现方式中，该通信装置可以包括处理模块和收发模块。该处理模块，可以用于实现上述任一方面及其任意可能的实现方式中的处理功能。该处理模块例如可以为处理器。该收发模块，也可以称为收发单元，用以实现上述任一方面及其任意可能的实现方式中的发送和/或接收功能。该收发模块可以由收发电路，收发机，收发器或者通信接口构成。
结合上述第三方面，在一种可能的实现方式中，收发模块包括发送模块和接收模块，分别用于实现上述任一方面及其任意可能的实现方式中的发送和接收功能。
第四方面，提供了一种通信装置，包括：处理器；该处理器用于与存储器耦合，并读取存储器中的指令之后，根据该指令执行如上述任一方面所述的方法。该通信装置可以为上述第一方面中的第一网元，或者包含上述第一网元的装置；或者，该通信装置可以为上述第二方面中的第一网元/应用功能网元，或者包含上述第一网元/应用功能网元的装置。
结合上述第四方面，在一种可能的实现方式中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。
结合上述第四方面，在一种可能的实现方式中，该通信装置为芯片或芯片系统。可选的，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
第五方面，提供了一种通信装置，包括：处理器和接口电路；接口电路，用于接收计算机程序或指令并传输至处理器；处理器用于执行所述计算机程序或指令，以使该通信装置执执行如上述任一方面所述的方法。
结合上述第五方面，在一种可能的实现方式中，该通信装置为芯片或芯片系统。可选的，该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。
第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
第七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。
其中，第三方面至第七方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面至第二方面中任一方面或任一方面中不同可能的实现方式所带来的技术效果，此处不再赘述。
可以理解的是，在方案不矛盾的前提下，上述各个方面中的方案均可以结合。
附图说明
图1A为5G通信系统架构示意图一；
图1B为5G通信系统架构示意图二；
图2A为5GLAN服务的用户面架构示意图；
图2B为端到端单播业务流的传输过程示意图；
图2C为端到端多播业务流的传输过程示意图；
图3为用户级别的N4会话的示意图；
图4为组级别的N4会话的示意图；
图5为本申请实施例提供的通信系统架构示意图一；
图6为本申请实施例提供的通信系统架构示意图二；
图7为本申请实施例提供的通信装置的硬件结构示意图；
图8为本申请实施例提供的通信方法的流程示意图二；
图9为本申请实施例提供的通信方法的流程示意图三；
图10为本申请实施例提供的通信方法的流程示意图四；
图11为本申请实施例提供的通信方法的流程示意图五；
图12为本申请实施例提供的通信方法的流程示意图六；
图13为本申请实施例提供的通信装置的结构示意图一；
图14为本申请实施例提供的通信装置的结构示意图二。
具体实施方式
在介绍本申请实施例之前，对本申请实施例涉及的相关技术进行解释说明。可以理解的是，这些解释说明是为了让本申请实施例更容易被理解，而不应该视为对本申请实施例所要求的保护范围的限定。
1、终端
本申请实施例中的终端是一种具有无线收发功能的设备。终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端还可以称为终端设备，终端设备可以是用户设备(userequipment，UE)，因此，本申请实施例中，终端和UE可以相互替换。其中，UE包括具有无线通信功能的手持式设备、车载设备、可穿戴设备或计算设备。示例性地，UE可以是手机(mobilephone)、平板电脑或带无线收发功能的电脑。终端设备还可以是虚拟现实(virtualreality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、或智慧家庭(smart home)中的无线终端等等。
作为示例而非限定，在本申请中，终端可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。例如，可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能的设备。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能的设备，例如：智能手表或智能眼镜等，以及包括只专注于某一类应用功能，需要和其它设备如智能手机配合使用的设备，如各类进行体征监测的智能手环、智能首饰等。
在本申请中，终端可以是物联网(internet of things，IoT)系统中的终端，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。本申请中的终端可以是机器类型通信(machine type communication，MTC)中的终端。
2、5G通信系统架构
在5G网络应用之前，终端可接入的移动网络包括第二代移动通信(2th-generation，2G)，第三代移动通信(3th-generation，3G)，或第四代移动通信(4h-generation，4G)网络，他们为终端的通话业务，视频业务，网页业务等提供业务数据传输的通道。但是，车联网，虚拟现实，移动办公，物联网等新型业务的爆发式发展，要求移动网络提供光纤般的接入速率，“零”时延的使用体验，千亿设备的连接能力，超高流量密度、超高连接数密度和超高移动性等多场景的一致服务，业务及用户感知的智能优化，和超百倍的能效提升和超百倍的比特成本降低，这些都是传统网络的软肋，不能够为未来业务的高速发展保驾护航。因此，5G网络应运而生。
如图1A所示，为第三代合作伙伴计划(3rd generation partnership project，3GPP)标准制定的5G的通信系统架构。图1A所示的5G通信系统包括下一代终端(NextGenUE)、与下一代终端通信连接的下一代接入网(NextGen(R)AN)设备，与下一代接入网设备通信连接的下一代核心网(NextGen Core)设备，以及与下一代核心网设备通信连接的数据网络(data network，DN)。
其中，下一代终端，下一代接入网设备和下一代核心网设备是构成5G通信架构的主要成分，逻辑上它们可以分为用户面和控制面两部分。控制面主要负责移动网络的管理，用户面主要负责业务数据的传输。在图1A中，NG2参考点位于下一代接入网设备的控制面和下一代核心网设备的控制面之间，NG3参考点位于下一代接入网设备的用户面和下一代核心网设备的用户面之间，NG6参考点位于下一代核心网设备的用户面和DN之间。下面对下一代终端，下一代接入网设备，下一代核心网设备和DN进行介绍。
下一代终端是移动用户与网络交互的入口，能够提供基本的计算能力，存储能力，向用户显示业务窗口，接受用户操作输入。下一代终端可以采用新空口技术，与接入网设备建立信号连接和数据连接，从而传输控制信号和业务数据到移动网络。
下一代接入网设备类似于传统网络里面的基站，部署在靠近终端的位置，为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等确定不同质量的传输隧道来传输用户数据。下一代接入网设备能够管理自身的资源，合理利用，按需为终端提供接入服务，并负责把控制信号和用户数据在终端和核心网之间转发。
下一代核心网设备负责维护移动网络的签约数据，管理移动网络的网元，为终端提供提供会话管理，移动性管理，策略管理或安全认证等功能。例如，在终端附着的时候，为终端提供入网认证；在终端有业务请求时，为终端分配网络资源；在终端移动的时候，为终端更新网络资源；在终端空闲的时候，为终端提供快恢复机制；在终端去附着的时候，为终端释放网络资源；在终端有业务数据时，为终端提供数据路由功能，如转发上行数据到DN；或者从DN接收终端的下行数据，转发到接入网设备，从而发送给终端。
DN是为用户提供业务服务的数据网络。一般客户端位于终端，服务端位于DN。DN可以是私有网络，如局域网，也可以是不受运营商管控的外部网络，如因特网(Internet)，还可以是运营商共同部署的专有网络，如提供互联网协议多媒体子系统(internet protocolmultimedia subsystem，IMS)服务的网络。
3GPP标准还对图1A所示的5G通信系统架构做了进一步细化，具体的，如图1B所示。在图1B中，核心网用户面网元包括UPF网元。核心网控制面网元包括认证服务器功能(authentication server function，AUSF)网元，核心网接入和移动性管理功能(coreaccess and mobility management function，AMF)网元，会话管理功能(sessionmanagement function，SMF)网元，网络切片选择功能(network slice selectionfunction，NSSF)网元，网络开放功能(network exposure function，NEF)网元，网络功能仓储功能(NF repository function，NRF)网元，统一数据管理(unified data management，UDM)网元，策略控制功能(policy control function，PCF)网元，AF网元，绑定支持功能(binding support function，BSF)网元和时延敏感通信时间同步功能(time sensitivecommunication and time synchronization function，TSCTSF)网元。
可以理解的，核心网控制面采用服务化架构，控制面网元之间的交互采用服务调用的方式，来替换传统架构中的点对点通信方式。在点对点通信中，控制面网元之间的通信接口会存在一套特定的消息，只能由接口两端的控制面网元在通信时使用。而在服务化架构中，控制面网元可以向其他控制面网元开放服务，供其他控制面网元调用。核心网中的功能网元的功能如下：
UPF网元可以根据SMF网元的路由规则执行用户数据包转发，如将上行数据发送到DN或其他UPF网元；将下行数据转发到其他UPF网元或者接入网((R)AN)设备。
AUSF网元可以执行终端的安全认证。
AMF网元可以负责终端的接入管理和移动性管理。负责终端的状态维护，终端的可达性管理，非移动性管理(mobility management，MM)非接入层(non access stratum，NAS)消息的转发，会话管理(session management，SM)N2消息的转发。
SMF网元可以负责终端会话管理，为终端的会话分配资源，释放资源。其中，资源包括会话QoS，会话路径或转发规则等。
NSSF网元可以负责为终端选择网络切片。
NEF网元可以以北向应用程序接口(application programming interface，API)的方式向第三方开放网络功能。
NRF网元可以负责为其他网元提供网络功能实体信息的存储功能和选择功能。
UDM网元可以负责用户签约上下文管理。
PCF网元可以负责用户策略管理。
AF网元可以负责应用管理。
BSF网元可以负责保存协议数据单元(protocol data unit，PDU)会话(session)信息和PCF网元的绑定关系，根据PDU会话信息如数据网络名称(data network name，DNN)、单个网络切片选择辅助信息(single network slice selection assistanceinformation，S-NSSAI)或UE地址反馈绑定的PCF网元信息。
TSCTSF网元可以负责处理在非TSN的场景下的时延敏感通信QoS请求和时间同步功能请求。
图1B所示的5G通信系统架构还包括中、接入网((R)AN)设备和DN。其中，接入设备指的是接入核心网的设备，例如可以是基站，宽带网络业务网关(broadband networkgateway，BNG)，汇聚交换机，非3GPP接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。终端和DN的介绍可以参考前文所述。
在图1B中，终端通过接入网设备接入5G网络，终端通过N1接口(简称N1)与AMF网元通信；接入网设备通过N2接口(简称N2)与AMF网元通信；接入网设备通过N3接口(简称N3)与UPF网元通信；SMF网元通过N4接口(简称N4)与UPF网元通信，UPF网元可以通过N9或N19接口(简称N9或N19，图1B中未示出)与其他UPF网元通信，UPF网元通过N6接口(简称N6)接入DN。此外，图1B所示的AUSF网元、AMF网元、SMF网元、NSSF网元、NEF网元、NRF网元、PCF网元、UDM网元、AF网元、BSF网元或者TSCTSF网元等控制面网元也可以采用服务化接口进行交互。比如，AUSF网元对外提供的服务化接口可以为Nausf；AMF网元对外提供的服务化接口可以为Namf；SMF网元对外提供的服务化接口可以为Nsmf；NSSF网元对外提供的服务化接口可以为Nnssf；NEF网元对外提供的服务化接口可以为Nnef；NRF网元对外提供的服务化接口可以为Nnrf；PCF网元对外提供的服务化接口可以为Npcf；UDM网元对外提供的服务化接口可以为Nudm；AF网元对外提供的服务化接口可以为Naf，BSF网元对外提供的服务化接口可以为Nbsf，TSCTSF网元对外提供的服务化接口可以为Ntsctsf。
3、5G本地局域网(5G Local Area Network，5GLAN)服务
5GLAN服务是5G网络提供的一个服务，此服务能够为一组终端中的两个或者多个终端提供互联网协议(Internet Protocol，IP)类型或者非IP类型(如：以太类型)的私有通信。5GLAN服务主要应用于家庭通信，企业办公，工厂制造，车联网，电网改造和公安机关等。其中的一组终端中的终端由于业务需求或者专有属性加入到这个组，在这个组中的终端可以使用5GLAN服务相互通信。例如，工厂中的设备组成一个组，组中的设备之间可以相互发送以太数据包；企业中一个部门中的雇员的办公设备(手机，计算机，笔记本电脑)等组成一个组，互相发送IP数据包。如果两个终端不在同一个组，则相互之间不能够通信。
如图2A所示，为5GLAN服务的用户面架构。在图2A中，终端建立到提供5GLAN服务的UPF网元的会话，从而接入到5GLAN的UPF网元。5GLAN的UPF网元可以通过N6接口与数据网络之中现存的本地局域网(local area network，LAN)互通；也可以通过UPF网元内部接口或UPF网元之间的N19连接关联不同终端的会话，实现私有通信。
4、端到端业务流
端到端业务流可以指该业务流的入口设备和出口设备都是接入到UPF网元的终端。本申请实施例中，端到端业务流可以应用于单播通信场景，多播/广播通信场景或通用流场景中。下面以图2A所示的5GLAN服务的用户面架构为例，分别介绍这三种场景。
本申请实施例中，单播通信是一对一的通信方式，可以是一个特定入口终端和一个特定出口终端之间的通信。例如，终端201与终端202之间的通信，或者，终端201与终端203之间的通信。本申请实施例中，应用于单播通信场景中的端到端业务流可以称为端到端单播业务流。入口终端还可以称为源终端，出口终端还可以称为目的终端。
请参考图2B，为端到端单播业务流的传输过程示意图。在图2B中，终端201建立到UPF网元210的PDU会话1，终端202建立到UPF网元210的PDU会话2。通常，一个终端通过PDU会话接入到一个UPF网元上，则该UPF网元为该终端的PDU会话对应的锚点UPF网元。所以，UPF网元210为终端201的PDU会话1对应的锚点UPF网元，UPF网元210也是终端202的PDU会话2对应的锚点UPF网元。若终端201为入口终端，终端202为出口终端，则该端到端单播业务流到达终端201后，可以经PDU会话1、UPF网元210和PDU会话2到达终端202。其中，业务流从终端201到UPF网元201的方向为业务流的上行方向，业务流从UPF网元210到终端202的方向为业务流的下行方向。
本申请实施例中，多播/广播通信是一对多的通信方式，一个入口终端可以向多个出口终端发送报文。以多播通信为例，一个终端可以向其所属多播组内的终端发送报文。发送报文的终端可以称为多播源，接收报文的终端可以称为多播成员。也就是说，多播是有方向的，方向是从多播源到多播成员。图2A所示的5GLAN组中的成员包括终端201至终端205。若终端201至终端203为一个多播组，其中，终端201为多播源，终端202和终端203为多播成员，则终端201发送的多播报文可以经接入网设备206和UPF网元210传输到终端202，经接入网设备206、UPF网元210、UPF网元209和接入网设备207传输到终端203，因为终端204和终端205不是多播组的多播成员，所以不会接收该多播报文。
请参考图2C，为端到端多播业务流的传输过程示意图。在图2C中，终端201建立到UPF网元210的PDU会话1，终端202建立到UPF网元210的PDU会话2，终端203建立到UPF网元209的PDU会话3。其中，UPF网元210为终端201的PDU会话1对应的锚点UPF网元，UPF网元210也是终端202的PDU会话2对应的锚点UPF网元，UPF网元209为终端203的PDU会话3对应的锚点UPF网元。若终端201为多播源，终端202和终端203为多播成员，则对于业务流来说，终端201为入口终端，终端202和终端203都为出口终端，该端到端多播业务流到达终端201后，可以经PDU会话1、UPF网元210和PDU会话2到达终端202，并且经PDU会话1、UPF网元210、UPF网元209和PDU会话3到达终端203。其中，业务流从终端201到UPF网元201的方向为业务流的上行方向，业务流从UPF网元210到终端202的方向为业务流的下行方向，业务流从UPF网元209到终端203的方向为业务流的下行方向。
本申请实施例中，多播通信也可以描述为组播通信，相应的，多播组也可以描述为组播组。应用于多播/广播通信场景中的端到端业务流可以称为端到端多播/广播业务流，或者端到端组播/广播业务流。
本申请实施例中，通用流可以是非特定入口终端与非特定出口终端之间的业务流。在通用流场景中，不限制入口终端是哪个设备，也不限制出口终端是哪个设备。应用于通用流场景中的端到端业务流可以称为端到端通用业务流。在具体应用中，若某个组对应的业务流为端到端通用业务流，则该组中任意两个成员之间的通信都满足该通用业务流对应的QoS需求。例如，图2A所示的5GLAN组中的成员包括终端201至终端205，若5GLAN组对应的业务流为端到端通用业务流，则5GLAN组中任意两个成员(如终端201和终端202，终端201和终端203，或终端202和终端204等等)之间的通信都满足该通用业务流对应的QoS需求。
5、N4会话
本申请实施例中，N4会话包括用户级别的N4会话和组(group)级别的N4会话。用户级别的N4会话可以用于接入同一个UPF网元的终端之间的通信。用户级别的N4会话可以是SMF网元在建立终端对应的PDU会话时，指示该终端所接入的UPF网元创建的。组级别的N4会话可以用于不同UPF网元之间的通信，和/或，UPF网元和DN之间的通信。下面进行具体阐述。
5.1、用户级别的N4会话
一种可能的实现方式，在终端建立PDU会话时，SMF网元可以指示UPF网元创建该PDU会话对应的用户级别的N4会话。之后，UPF网元可以通过该PDU会话接收终端发送的报文(例如组播报文)，使用该PDU会话对应的用户级别的N4会话中的路由规则处理收到的报文，并且通过该PDU会话对应的用户级别的N4会话中的路由规则识别发送给终端的报文，通过该PDU会话向该终端发送报文(例如组播报文)。当SMF网元接收到该终端的PDU会话释放请求时，SMF网元可以触发UPF网元删除该PDU会话对应的用户级别的N4会话。
可以理解的，一个UPF网元可以创建一个或多个PDU会话对应的N4会话。也就是说，在多个终端与同一个UPF网元连接的情况下，SMF网元可以指示UPF网元创建每个终端的PDU会话对应的N4会话。
示例性地，如图3所示，为用户级别的N4会话的示意图。在图3中，与UPF网元303连接的SMF网元可以在创建终端301的PDU会话时，指示UPF网元303创建与终端301的PDU会话对应的N4会话3031。类似的，该SMF网元可以在创建终端302的PDU会话时，指示UPF网元303创建与终端303的PDU会话对应的N4会话3032。其中，与终端301的PDU会话对应的N4会话3031还可以简称为终端301的N4会话，与终端302的PDU会话对应的N4会话3032还可以简称为终端302的N4会话。
5.2、组级别的N4会话
一种可能的实现方式，SMF网元可以在创建第一个锚定到5GLAN组的UPF网元的PDU会话时，指示UPF网元创建与该5GLAN组对应的组级别的N4会话；以及，SMF网元可以在释放最后一个锚定在该5GLAN组的UPF网元的PDU会话时，指示UPF网元删除与该5GLAN组对应的组级别的N4会话。本申请实施例中，一个UPF网元可以包括一个或多个组级别的N4会话。例如，若一个UPF网元为多个5GLAN组服务，则该UPF网元可以创建多个组级别的N4会话，每个组级别的N4会话对应到一个5GLAN组。而对于一个5GLAN组，可以针对为该5GLAN组提供服务的一个或多个UPF网元分别创建一个该5GLAN组对应的组级别的N4会话。
示例性地，如图4所示，为组级别的N4会话的示意图。在图4中，假设SMF网元在创建终端304的PDU会话时，已经指示UPF网元306创建与终端304的PDU会话对应的N4会话3061，则SMF网元在创建终端305的PDU会话时，可以指示UPF网元307创建与终端305的PDU会话对应的N4会话3072。此外，5GLAN组包括终端304和终端305，由于5GLAN组内的终端304已经接入UPF网元306，现在终端305接入UPF网元307，存在多个UPF网元为5GLAN组提供服务，需要不同UPF网元之间的通信，因此SMF网元可以指示UPF网元307创建与该5GLAN组对应的组级别的N4会话3071；以及，SMF网元指示UPF网元306创建与该5GLAN组对应的组级别的N4会话3062。或者，可选的，若该5GLAN组需要和DN 308通信，则SMF网元也可以指示UPF网元306创建与该5GLAN组对应的组级别的N4会话3062，在此不作具体限定。
下面结合附图对本申请实施例的实施方式进行详细描述。
本申请实施例提供的方法可用于各种通信系统。例如该通信系统可以为长期演进(long term evolution，LTE)系统、5G通信系统、WiFi系统、3GPP相关的通信系统、未来演进的通信系统、或多种系统融合的系统等，不予限制。其中，5G还可以称为新无线(new radio，NR)。下面以图5所示通信系统40，图6所示的通信系统41为例，对本申请实施例提供的方法进行描述。
如图5所示，为本申请实施例提供的一种通信系统40的架构示意图。图5中，通信系统40可以包括第一网元401，以及与第一网元401通信连接的AF网元402。图5中通信连接的两个网元之间可以直接通信，也可以通过其他网元通信，不予限制。图5仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。
在一些实施例中，AF网元402可以向第一网元401发送第一请求消息。第一请求消息包括业务流的类型信息、目标终端集合的信息和业务流的QoS信息。第一网元401可以接收来自AF网元402的第一请求消息，在类型信息指示业务流为端到端的业务流的情况下，根据目标终端集合的信息获取包括入口终端的接入信息以及出口终端的接入信息的QoS分解信息，根据QoS分解信息，对业务流的服务质量信息进行分解，得到上行QoS信息和下行QoS信息，并触发网络根据上行QoS信息配置入口终端的会话，以及根据下行QoS信息配置出口终端的会话。上述过程将在下述图8和图9所示实施例中进行介绍，在此不做赘述。
在一些实施例中，AF网元402可以向第一网元401发送第五请求消息。第五请求消息包括业务流的类型信息、业务流的QoS信息和第二事件指示信息，业务流的类型信息指示业务流为端到端业务流。第一网元401可以接收来自AF网元402的第五请求消息，对业务流的QoS信息进行分解，得到初始QoS信息，发送第四请求消息，并接收针对第四请求消息的第三通知信息，根据第三通知信息调整初始QoS信息，得到目标QoS信息，目标QoS信息包括上行目标QoS信息和下行目标QoS信息。在上述实施例中，初始QoS信息可以包括上行初始QoS信息或下行初始QoS信息。若初始信息包括上行初始QoS信息，则第四请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。若初始信息包括下行初始QoS信息，则第四请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息，第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的QoS通知监控。上述过程将在下述图10所示实施例中进行介绍，在此不做赘述。
在一些实施例中，AF网元402可以向第一网元401发送第五请求消息。第五请求消息包括业务流的类型信息、业务流的QoS信息和第二事件指示信息，业务流的类型信息指示业务流为端到端业务流。第一网元401可以接收来自AF网元402的第五请求消息，对业务流的QoS信息进行分解，得到初始QoS信息，发送第六请求消息和第七请求消息，并接收针对第六请求消息的第四通知信息和接收针对第七请求消息的第五通知信息，根据第四通知信息和第五通知信息调整初始QoS信息，得到目标QoS信息。初始QoS信息包括上行初始QoS信息和下行初始QoS信息。目标QoS信息包括上行目标QoS信息和下行目标QoS信息。第六请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。第七请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的QoS通知监控。上述过程将在下述图11所示实施例中进行介绍，在此不做赘述。
图5所示的通信系统40仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，通信系统40还可以包括其他网元，同时也可根据具体需要来确定第一网元或AF网元的数量，不予限制。
如图6所示，为本申请实施例提供的又一种通信系统41的架构示意图。图6中，通信系统41可以包括AF网元411。可选的，通信系统41还包括与AF网元411通信连接的PCF网元412。图6中通信连接的两个网元之间可以直接通信，也可以通过其他网元通信，不予限制。本申请实施例中，若PCF网元只为终端的PDU会话提供服务，则该PCF网元也可以替换为会话管理(session management，SM)-PCF网元。图6仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。
在一些实施例中，AF网元411可以对业务流的QoS信息进行分解，得到初始QoS信息，向PCF网元412发送第四请求消息，并接收针对第四请求消息的第三通知信息，根据第三通知信息调整初始QoS信息，得到目标QoS信息，目标QoS信息包括上行目标QoS信息和下行目标QoS信息。在上述实施例中，初始QoS信息可以包括上行初始QoS信息或下行初始QoS信息。若初始信息包括上行初始QoS信息，则第四请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。若初始信息包括下行初始QoS信息，则第四请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息，第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的QoS通知监控。上述过程将在下述图12所示实施例中进行介绍，在此不做赘述。
在一些实施例中，AF网元411对业务流的QoS信息进行分解，得到初始QoS信息，向PCF网元412发送第六请求消息和第七请求消息，并接收针对第六请求消息的第四通知信息和接收针对第七请求消息的第五通知信息，根据第四通知信息和第五通知信息调整初始QoS信息，得到目标QoS信息。初始QoS信息包括上行初始QoS信息和下行初始QoS信息。目标QoS信息包括上行目标QoS信息和下行目标QoS信息。第六请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。第七请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的QoS通知监控。
图6所示的通信系统41仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，通信系统41还可以包括其他网元，同时也可根据具体需要来确定AF网元或PCF网元的数量，不予限制。
可选的，图5所示的通信系统40或图6所示的通信系统41可以应用于目前的5G网络中，或者未来的其他网络等，本申请实施例对此不作具体限定。
示例性的，图5所示的通信系统40可以应用于图1B所示的5G网络。在这种情况下，图5中的第一网元401所对应的网元或者实体可以为5G网络架构中的NEF网元、TSCTSF网元或PCF网元；AF网元402所对应的网元或者实体可以为5G网络架构中的AF网元。
可以理解的，第一网元401除了可以是5G网络中的已有网元(如：NEF网元TSCTSF网元或PCF网元)之外，还可以是一个新的网元。例如，在5G网络中新增一个控制面网元，如群组PCF(group PCF，G-PCF)网元，该G-PCF网元可以通过Ngpcf对外提供的服务化接口，以实现本申请实施例中第一网元的功能。应理解，第一网元还可以有其他命名，本申请实施例不做具体限定。
示例性的，图6所示的通信系统41可以应用于图1B所示的5G网络。在这种情况下，图6中的AF网元411所对应的网元或者实体可以为5G网络架构中的AF网元，PCF网元412所对应的网元或者实体可以为5G网络架构中的PCF网元。
可选的，本申请实施例图5或图6中的各网元或设备(例如第一网元、AF网元或PCF网元等)也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。
可选的，本申请实施例图5或图6中的各网元或设备(例如第一网元、AF网元或PCF网元等)的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者硬件与软件的结合，或者平台(例如，云平台)上实例化的虚拟化功能。
在具体实现时，本申请实施例图5或图6中的各网元或设备(例如第一网元、AF网元或PCF网元等)都可以采用图7所示的组成结构，或者包括图7所示的部件。图7所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置50包括至少一个处理器501和至少一个通信接口504，用于实现本申请实施例提供的方法。该通信装置50还可以包括通信线路502和存储器503。
处理器501可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路502可包括一通路，在上述组件之间传送信息，例如总线。
通信接口504，用于与其他设备或通信网络通信。通信接口504可以是任何收发器一类的装置，如可以是以太网接口、无线接入网(radio access network，RAN)接口、无线局域网(wireless local area networks，WLAN)接口、收发器、管脚、总线、或收发电路等。
存储器503可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路502与处理器501相耦合。存储器503也可以和处理器501集成在一起。本申请实施例提供的存储器通常可以具有非易失性。
其中，存储器503用于存储执行本申请实施例提供的方案所涉及的计算机执行指令，并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机执行指令，从而实现本申请实施例提供的方法。或者，可选的，本申请实施例中，也可以是处理器501执行本申请下述实施例提供的方法中的处理相关的功能，通信接口504负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。
作为一种实施例，处理器501可以包括一个或多个CPU，例如图7中的CPU0和CPU1。
作为一种实施例，通信装置50可以包括多个处理器，例如图7中的处理器501和处理器507。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
作为一种实施例，通信装置50还可以包括输出设备505和/或输入设备506。输出设备505和处理器501耦合，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，LCD)，发光二极管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备506和处理器501耦合，可以以多种方式接收用户的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。
可以理解的，图7中示出的组成结构并不构成对该通信装置的限定，除图7所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面将结合附图，对本申请实施例提供的方法进行描述。下述实施例中的各网元可以具备图7所示部件，不予赘述。
可以理解的是，本申请实施例中，“传输”可以根据具体的上下文理解为发送和/或接收。“传输”可以是名词，也可以是动词。在不强调动作的执行主体时，常常用“传输”代替发送和/或接收。例如，短语“传输报文”，从发送端的角度来看，可以理解为“发送报文”，而从接收端的角度来看，可以理解为“接收报文”。
可以理解的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。
可以理解的是，在本申请实施例中，“/”可以表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；“和/或”可以用于描述关联对象存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。此外，类似于“A、B和C中的至少一项”或“A、B或C中的至少一项”的表述通常用于表示如下中任一项：单独存在A；单独存在B；单独存在C；同时存在A和B；同时存在A和C；同时存在B和C；同时存在A、B和C。以上是以A、B和C共三个元素进行举例来说明该项目的可选用条目，当表述中具有更多元素时，该表述的含义可以按照前述规则获得。
为了便于描述本申请实施例的技术方案，在本申请实施例中，可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中，“示例性的”或者“例如”等词用于表示例子、例证或说明，被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。
可以理解，说明书通篇中提到的“实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各个实施例未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。可以理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
可以理解，在本申请中，“当…时”和“若”均指在某种客观情况下会做出相应的处理，并非是限定时间，且也不要求实现时一定要有判断的动作，也不意味着存在其它限定。
本申请中的“同时”可以理解为在相同的时间点，也可以理解为在一段时间段内，还可以理解为在同一个周期内。
可以理解，本申请实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，比如其当前所基于的方案，而独立实施，解决相应的技术问题，达到相应的效果，也可以在某些场景下，依据需求与其他特征进行结合。相应的，本申请实施例中给出的装置也可以相应的实现这些特征或功能，在此不予赘述。
可以理解的，本申请实施例中同一个步骤或者具有相同功能的步骤或者技术特征在不同实施例之间可以互相参考借鉴。
可以理解的，本申请实施例中，第一网元，和/或，AF网元，和/或，BSF网元，和/或，TSCTSF网元，和/或，PCF网元可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部步骤。
首先，本申请实施例提供以下方案
1.介绍/讨论
目前的5GS不能支持来自AF的针对UE到UE连接(UNU连接)的QoS要求的AF请求。从5GS看来，UNU连接由两部分组成，一部分是UL PDU Session，它提供从源UE到用户面功能实体UPF的连接，另一部分是提供从UPF到目标UE的用户面功能实体的DL PDU会话。
如果针对组的信息是针对两个UE之间的用户连接，则AF可以分别针对UL UE-UE流量和/或DL UE-UE流量发起AF请求，请求中的参数使用的未修改组的信息，除了端到端延迟：
-AF分别为UL UE-UE流量和/或DL UE-UE流量设置1/2端到端延迟作为Requested5GS Delay。
-AF分别为UL UE-UE流量和/或DL UE-UE流量订阅URLLC的QoS监控或QoS通知控制(QNC)。
-AF根据端到端延迟和QoS通知控制(QNC)或URLLC的QoS监控报告分别为UL UE-UE流量和/或DL UE-UE流量调整请求的5GS延迟。
如果针对组的信息用于两个UE之间的用户连接，则AF可以指示组的信息是针对UE-UE流量，然后5GC NF(例如TSCTSF)可以设置或稍后修改用于UL UE-UE流量和/或DL UE-UE流量的QoS流，除了端到端延迟之外，请求中的参数使用的未修改组的信息：
-5GC NF根据端到端延迟、UE位置、UPF位置、UPF停留时间或UPF之间的传输延迟，分别为UL UE-UE流量和/或DL UE-UE流量设置Requested 5GS Delay的值，UE-DS-TT停留时间等。
-5GC NF分别针对UL UE-UE流量和/或DL UE-UE流量订阅QoS通知控制(QNC)或URLLC的QoS监控。
-5GC NF考虑对URLLC的QoS通知控制(QNC)或QoS监控的报告，分别为UL UE-UE流量和/或DL UE-UE流量调整请求的5GS延迟，另外。如果5GC NF收到UL UE-UE流量和/或DLUE-UE流量的“PDB无法再保证”，并确定无法通过调整再次满足端到端延迟，则5GC NF报告“对于到AF的UE-UE流量，PDB不再得到保证。
-另外，5GC NF可以将UL UE-UE业务和DL UE-UE业务的平均延迟之和作为平均延迟UE-UE业务，并报告给AF。5GC NF可以使用UL UE-UE流量和/或DL UE-UE流量的“GFBR不能再保证”报告或“PER不能再保证”作为UE-UE流量的QNC通知并报告给AF。
下面以本申请实施例提供的方法应用于现有5G通信系统为例进行阐述。
请参考图8，为本申请实施例提供的一种通信方法，该通信方法可以包括如下步骤：
S801：AF网元向第一网元发送第一请求消息。相应的，第一网元接收来自AF网元的第一请求消息。
其中，AF网元可以是图5中的AF网元402，第一网元可以是图5中的第一网元401。
一种可能的实现方式，在有业务需求的情况下，管理人员配置第一请求消息中的信元(information element，IE)并触发AF网元向第一网元发送第一请求消息。或者，在有业务需求的情况下，AF网元执行预先存储的程序来配置第一请求消息中的IE并触发AF向第一网元发送第一请求消息。
其中，第一请求消息可以用于请求为业务流分配资源。例如，第一请求消息用于为目标终端之间的业务流分配满足QoS要求的资源，以用于保障目标终端之间端到端的通信质量。
其中，业务流为任意一个端到端业务流。目标终端包括业务流的入口终端和出口终端。业务流的出口终端可以包括一个终端也可以是多个终端，不予限制。
可以理解的，若出口终端包括一个终端，第一请求消息用于为入口终端和出口终端之间的业务流分配满足QoS要求的资源，以用于保障入口终端和出口终端之间端到端的通信质量。若出口终端包括多个终端，第一请求消息用于为入口终端和多个出口终端中的每个出口终端之间的业务流分配满足QoS要求的资源，以用于保障入口终端和出口终端之间端到端的通信质量。
可以理解的，在管理人员配置IE的情况下，以及AF网元自己配置IE的情况下，第一请求消息包括的IE可能不同。具体的，可以参考下述情况1和情况2中的描述。
情况1：在有业务需求的情况下，管理人员配置第一请求消息中的IE并触发AF网元向第一网元发送第一请求消息。
对于情况1，第一请求消息可以包括业务流的类型信息、目标终端集合的信息和业务流的QoS信息。可选的，第一请求消息还包括以下至少一项：业务流的流信息或第一事件指示信息。下面对第一请求消息包括的各种信息进行介绍。
本申请实施例中，业务流的类型信息可以用于指示业务流是端到端业务流。例如，业务流的类型信息包括1比特，若该1比特的值为“0”或“1”，则业务流的类型信息指示业务流是端到端业务流。进一步的，业务流的类型信息还可以指示业务流是应用于哪种场景的端到端业务流。端到端业务流的应用场景可以参考前文对技术术语的解释说明中的描述。
作为一种示例，业务流的类型信息包括3个比特，其中，第一个比特用于指示业务流是端到端业务流，最后两个比特用于指示业务流是应用于哪种场景的端到端业务流。例如，若最后两个比特的值为“00”，则业务流是端到端单播业务流，若最后两个比特的值为“01”，则业务流是端到端多播/广播业务流，若最后两个比特的值为“10”，则业务流是端到端通用业务流。
可以理解的，业务流的类型信息也可以不指示业务流是端到端业务流，而是直接指示业务流是应用于哪种场景的端到端业务流，以节约信令开销。例如，业务流的类型信息包括2个比特。该2个比特用于指示业务流是应用于哪种场景的端到端业务流。
本申请实施例中，目标终端集合的信息用于指示多个目标终端。目标终端集合的信息包括入口终端的标识(Ingress UE ID)、出口终端的标识(Egress UE ID)、组标识(Group ID)、目标终端关联的DNN或目标终端关联的S-NSSAI中的至少一个信息。
可以理解的，业务流的应用场景不同，目标终端集合的信息包括的内容不同。例如，若业务流为端到端单播业务流，则目标终端集合的信息包括入口终端的标识和出口终端的标识。可选的，目标终端集合的信息还包括入口终端关联的DNN和/或入口终端关联的S-NSSAI。若业务流为端到端多播/广播业务流或者端到端通用业务流，则目标终端集合的信息包括组标识，可选的，目标终端集合的信息还包括以下至少一项：入口终端的标识、该组标识关联的DNN或该组标识关联的S-NSSAI。
本申请实施例中，业务流的QoS信息包括业务流的时延要求。可选的，业务流的QoS信息还包括以下至少一项：报文的优先级信息、报文大小、最大速率、保证速率、报文出错率、周期信息、时钟域信息、报文到达时间或生存时间。
其中，时延要求可以指示业务流的时延。报文的优先级信息可以指示业务流的报文的优先级。报文大小可以指业务流的报文的大小。最大速率可以指传输业务流的报文的最大速率。保证速率可以指传输业务流的报文的最低速率。报文出错率可以指传输业务流的报文的出错率。周期信息可以指示业务流中相邻两个报文的传输时间间隔。时钟域信息可以指示业务流的时钟域，例如，业务流是按照12小时制计算时间还是按照24小时制计算时间。报文到达时间可以指业务流的报文到达时间，即业务流的报文到达入口终端的时间。生存时间可以表征业务流的可靠性。例如，生存时间指示最多连续丢几个报文，或者，多长时间内要收到报文等。
本申请实施例中，业务流的流信息包括IP五元组或以太报文头信息地址。
可以理解的，业务流的应用场景不同，业务流的流信息包括的内容不同。例如，若业务流为端到端的单播业务流或端到端的多播/广播业务流，则业务流的流信息可以包括入口终端的流地址和至少一个出口终端的流地址。上述流地址可以是IP地址或以太报文头信息地址(如入口终端的媒体接入控制(media access control，MAC)地址，不予限制。可以理解的，若上述地址是以太报文头信息地址，则业务流的流信息还包括VLAN标签(tag)的信息。若业务流为端到端的通用业务流，则业务流的流信息包括全匹配(match all)五元组，或者业务流的流信息被置空或被置零，或者，第一请求消息不包括业务流的流信息。
本申请中，一个终端的流地址可以指该终端在该终端对应的业务流中的地址。例如，入口终端的流地址是指入口终端在业务流中的地址，出口终端的流地址是指出口终端在业务流中的地址。在下述情况2中，还引入了终端的地址，一个终端的地址和一个终端的流地址表示的含义不同。一个终端的地址可以指该终端在通信网络，如5G网络中的地址。对于同一个终端，该终端的流地址和该终端的地址可能相同也可能不同，在此做出统一说明，后面不再赘述。
本申请实施例中，第一事件指示信息用于指示以下至少一项：针对平均时延的监控、针对报文时延预算(packet delay budget，PDB)的QoS通知监控、针对保证比特速率(guaranteed bit rate，GBR)的QoS通知监控或针对报文出错率(packet error rate，PER)的QoS通知监控。其中，针对PDB的QoS通知监控、针对GBR的QoS通知监控或针对PER的QoS通知监控可以是基于QoS通知控制(QoS notification control，QNC)机制的。
示例性的，第一事件指示信息可以包括至少一个比特，每个比特与一个事件对应，该比特的值可以指示是否监控该事件。
情况2：在有业务需求的情况下，AF网元执行预先存储的程序来配置第一请求消息中的IE并触发AF向第一网元发送第一请求消息。
对于情况2，第一请求消息可以包括目标终端集合的信息和业务流的QoS信息。可选的，第一请求消息还包括以下至少一项：业务流的类型信息、业务流的流信息或第一事件指示信息。上述信息的具体介绍可以参考情况1中对应的描述，不予赘述。
可以理解的，在上面的描述中，业务流的类型信息、目标终端集合的信息、业务流的QoS信息、业务流的流信息和第一事件指示信息是包括在一条消息中，即第一请求消息中发送给第一网元的。在具体应用中，AF网元也可以将业务流的类型信息、目标终端集合的信息、业务流的QoS信息、业务流的流信息和第一事件指示信息包括在多条消息中，发送给第一网元，不予限制。
如前文所述，第一网元可以是NEF网元、TSCTSF网元、PCF网元或新增网元。若第一网元为NEF网元，则AF网元直接向第一网元发送第一请求消息。若第一网元为TSCTSF网元，则AF网元可以通过NEF网元向第一网元发送第一请求消息。例如，第一网元向NEF网元发送第一请求消息，NEF网元接收到第一请求消息后，把第一请求消息中的信息包括在Ntsctsf服务请求消息中发送给第一网元，或者，NEF网元直接把第一请求消息转发给第一网元。若第一网元为PCF网元或新增网元，则AF网元可以通过NEF网元和TSCTSF网元向第一网元发送第一请求消息。
可以理解的，第一网元接收到来自AF网元的第一请求消息后，可以根据第一请求消息确定相应的信息。下面进行具体阐述。
示例性的，若第一请求消息包括业务流的类型信息，则第一网元可以根据业务流的类型信息，确定业务流为端到端的业务流。进一步，第一网元还可以确定业务流为端到端单播业务流、端到端多播/广播业务流或端到端通用业务流。
如前文所述，在情况2中，第一请求消息中可能不包括业务流的类型信息。在这种情况下，第一网元可以至少通过以下三种方式确定业务流是否是端到端的业务流。
方式1，第一请求消息包括目标终端集合的信息、业务流的QoS信息和业务流的流信息。第一网元接收到第一请求消息后，向BSF网元或PCF网元发送包括目标终端的标识的消息，并接收来自BSF网元或PCF网元目标终端的地址。目标终端的地址为目标终端在通信网络，如5G网络中的地址。后续，第一网元可以对比目标终端的地址与业务流的流信息中目标终端的流地址，以确定业务流是否是端到端的业务流。例如，若入口终端的流地址与入口终端的地址相同，出口终端的流地址与出口终端的地址相同，则说明入口终端和出口终端都是终端设备，即业务流为端到端业务流。若入口终端的流地址与入口终端的地址不相同，和/或，出口终端的流地址与出口终端的地址不相同，则说明入口终端和出口终端中可能有至少一个不是终端设备，则业务流有可能不是端到端业务流。
方式2，第一请求消息包括目标终端集合的信息、业务流的QoS信息和业务流的流信息。发送或转发第一请求消息的网元(如AF网元、NFE网元或TSCTSF网元等)可以通过方式1确定业务流是否为端到端业务流，在该网元确定业务流是端到端业务流的情况，才向第一网元发送或转发第一请求消息。因此，在方式2中，只要第一网元接收到第一请求消息，第一网元就确定业务流为端到端业务流。
示例性的，以AF网元通过NEF网元向第一网元发送第一请求消息为例，NEF网元接收到第一请求消息后，通过上述方式1确定业务流是否是端到端业务流。若业务流是端到端业务流，则NEF网元向第一网元发送第一请求消息，若业务流不是端到端业务流，则NEF网元不向第一网元发送第一请求消息。可以理解的，在这种情况下，第一网元为新增网元。
方式3，发送或转发第一请求消息的网元可以通过方式1确定业务流是否为端到端业务流，然后发送业务流的类型信息给第一网元，以向第一网元指示业务流为端到端业务流。
示例性的，若第一请求消息包括目标终端集合的信息，则第一网元可以根据目标终端集合的信息确定目标终端。例如，若业务流为端到端单播业务流，则第一网元根据入口终端的标识确定入口终端，根据出口终端的标识确定出口终端。若业务流为端到端多播/广播业务流或者端到端通用业务流，则第一网元根据入口终端的标识确定入口终端，根据组标识确定出口终端。
其中，第一网元根据组标识确定出口终端的过程如下：第一网元向UDR网元或UDM网元发送组标识，UDR网元或UDM网元接收到该组标识后，可以根据该组标识查询该组标识所标识的组的成员信息(如成员列表)，并向第一网元发送该成员信息。若目标终端集合的信息不包括组标识关联的DNN和S-NSSAI，UDR网元或UDM网元还可以根据组标识查询该组标识关联的DNN和S-NSSAI，并向第一网元发送该组标识关联的DNN和S-NSSAI。
示例性的，若第一请求消息包括业务流的QoS信息，则第一网元可以根据业务流的QoS信息确定业务流的QoS需求。若第一请求消息包括业务流的流信息，则第一网元可以根据业务流的流信息确定业务流的源地址和目的地址。若第一请求消息包括第一事件指示信息，则第一网元可以根据第一事件指示信息确定要监控的性能。例如，若第一事件指示信息指示针对平均时延的监控，则第一网元确定要监控业务流的平均时延；若第一事件指示信息指示针对PDB的QoS通知监控，则第一网元确定要监控业务流的PDB。
如前文所述，端到端业务流可以应用于单播通信场景，多播/广播通信场景或通用流场景中。下面以图2A所示的5GLAN服务的用户面架构为例，分别介绍端到端业务流应用于单播通信场景，多播/广播通信场景或通用流场景中，第一请求消息中每个信息包括的具体内容。
场景1：业务流为端到端单播业务流。
示例1，以入口终端为终端201，出口终端为终端202为例。业务流的类型信息指示业务流为端到端业务流。目标终端集合的信息包括终端201的标识、终端202的标识、终端201和终端202关联的DNN以及终端201和终端202关联的S-NSSAI。业务流的QoS信息指示业务流的时延为15毫秒(ms)，业务流的报文到达时间是14点。业务流的流信息包括IP五元组信息(如：终端201在业务流中的IP地址，终端201的端口号，终端202的在业务流中的IP地址和终端202的端口号等)。第一事件指示信息指示针对平均时延的监控。
可以理解的，对于示例1，第一网元接收到第一请求消息后，可以根据业务流的类型信息确定业务流为端到端的业务流；第一网元可以根据终端201的标识确定入口终端为终端201，根据终端202的标识确定出口终端为终端202；第一网元可以根据业务流的QoS信息确定业务流的时延为15ms，报文在14点到达终端201；第一网元根据第一事件指示信息确定要监控业务流的平均时延。
示例2，以入口终端为终端201，出口终端为终端203为例。业务流的类型信息指示业务流为端到端业务流。目标终端集合的信息包括终端201的标识、终端203的标识、终端201和终端203关联的DNN以及终端201和终端203关联的S-NSSAI。业务流的QoS信息指示业务流的时延为20ms，业务流的报文到达时间是14点，业务流的保证速率是100M比特速率。业务流的流信息包括以太流信息(如：终端201在业务流中的MAC地址、终端203在业务流中的MAC地址以及VLAN标签的信息)。第一事件指示信息指示针对平均时延的监控和针对PDB的QoS通知监控。
可以理解的，对于示例2，第一网元接收到第一请求消息后，可以根据业务流的类型信息确定业务流为端到端的业务流；第一网元可以根据终端201的标识确定入口终端为终端201，根据终端203的标识确定出口终端为终端203；第一网元可以根据业务流的QoS信息确定业务流的时延为20ms，报文在14点到达终端201，业务流的保证速率是100M比特速率；第一网元根据第一事件指示信息确定要监控业务流的平均时延和业务流的PDB。
场景2：业务流为端到端多播业务流。
示例3，以5GLAN组中的成员包括终端201至终端205，其中，5GLAN组中的任意成员都可以加入或退出组播组A，该组播组A的组播地址为Multicast Address A，终端201为组播源为例。业务流的类型信息指示业务流为端到端业务流。目标终端集合的信息包括5GLAN组的组标识、该组标识关联的DNN和该组标识关联的S-NSSAI。业务流的QoS信息指示业务流的时延为20ms，业务流的保证速率是100M比特速率。业务流的流信息包括MulticastAddress A。第一事件指示信息指示针对平均时延的监控和针对PDB的QoS通知监控。若AF网元想要限定是终端201发出的组播组A的报文，则目标终端集合的信息还包括终端201的标识，业务流的流信息还包括终端201在业务流中的IP地址。
可以理解的，对于示例3，第一网元接收到第一请求消息后，可以根据业务流的类型信息确定业务流为端到端的业务流；第一网元可以根据5GLAN组的组标识在UDM网元中查询组成员为终端201至终端205，根据终端201的标识确定组播源为终端201；第一网元可以根据业务流的QoS信息确定业务流的时延为20ms，业务流的保证速率是100M比特速率；第一网元根据第一事件指示信息确定要监控业务流的平均时延和业务流的PDB。
场景3：业务流为端到端通用业务流。
示例4，以5GLAN组中的成员包括终端201至终端205为例。业务流的类型信息指示业务流为端到端业务流。目标终端集合的信息包括5GLAN组的组标识、该组标识关联的DNN和该组标识关联的S-NSSAI。业务流的QoS信息指示业务流的时延为20ms，业务流的报文到达时间是14点。业务流的流信息包括全匹配IP五元组。第一事件指示信息指示针对平均时延的监控和针对PDB的QoS通知监控。
可以理解的，对于示例4，第一网元接收到第一请求消息后，可以根据业务流的类型信息确定业务流为端到端的业务流；第一网元可以根据5GLAN组的组标识在UDM网元中查询组成员为终端201至终端205；第一网元可以根据业务流的QoS信息确定业务流的时延为20ms，业务流的报文达到时间为14点；第一网元可以根据业务流的流信息确定业务流为通用业务流；第一网元根据第一事件指示信息确定要监控业务流的平均时延和业务流的PDB。
S802：第一网元根据目标终端集合的信息获取QoS分解信息。
一种可能的实现方式，在类型信息指示业务流为端到端业务流的情况下，第一网元根据目标终端集合的信息获取QoS分解信息。
其中，QoS分解信息包括入口终端的接入信息以及出口终端的接入信息。可选的，QoS分解信息还包括入口终端的会话对应的锚点UPF网元和出口终端的会话对应的锚点UPF网元之间的报文传输时间。入口终端的会话可以是入口终端的PDU会话，出口终端的会话可以是出口终端的PDU会话。
以图2C为例，若入口终端为终端201，出口终端为终端203，则入口终端的会话对应的锚点UPF网元和出口终端的会话对应的锚点UPF网元之间的报文传输时间为UPF网元210与UPF网元209之间的报文传输时间，即报文从UPF网元210传出到传入UPF网元209的时间。
一种可能的设计，入口终端的接入信息包括以下至少一项：入口终端的位置信息、入口终端的驻留时间，入口终端的会话对应的锚点UPF网元的驻留时间，或者入口终端的会话对应的锚点UPF网元的标识。
其中，入口终端的位置信息可以指示入口终端的位置。入口终端的驻留时间指报文从传入入口终端到传出入口终端的传输时间。入口终端的会话对应的锚点UPF网元的驻留时间指报文从传入该UPF网元到传出该UPF网元的传输时间。该UPF网元为入口终端通过PDU会话所接入的UPF网元。
一种可能的设计，出口终端的接入信息包括以下至少一项：出口终端的位置信息、出口终端的驻留时间，出口终端的会话对应的锚点UPF网元的驻留时间，或者出口终端的会话对应的锚点UPF网元的标识。
其中，出口终端的位置信息可以指示出口终端的位置。出口终端的驻留时间指报文从传入出口终端到传出出口终端的传输时间。出口终端的会话对应的锚点UPF网元的驻留时间指报文从传入该UPF网元到传出该UPF网元的传输时间。该UPF网元为出口终端通过PDU会话所接入的UPF网元。
下面介绍第一网元获取入口终端的接入信息的过程。可以理解的，第一网元获取出口终端的接入信息的过程，与第一网元获取入口终端的接入信息的过程类似，可以参考第一网元获取入口终端接入信息的介绍，不再赘述。
(一)第一网元获取入口终端的位置信息和/或入口终端的驻留时间。
一种可能的实现方式，第一网元向BSF网元发送请求信息。其中，请求信息包括入口终端的标识、入口终端关联的DNN和入口终端关联的S-NSSAI。BSF网元接收到请求信息，并且入口终端建立PDU会话后(若BSF网元接收到请求信息的时候，入口终端还未建立PDU会话，则BSF网元等待入口终端建立PDU会话)，获取第一信息，并发送给第一网元，以便第一网元根据第一信息获取入口终端的位置信息和/或入口终端的驻留时间。
一种可能的设计，第一信息包括PCF网元的标识或PCF网元的地址(PCF ID/address)，第一网元接收到第一信息后，向PCF网元发送第二信息。第二信息包括入口终端的标识。PCF网元接收到第二信息后，向第一网元发送入口终端的位置信息，和/或，入口终端的驻留时间。
另一种可能的设计，第一信息包括TSCTSF网元的标识或TSCTSF网元的地址(TSCTSF ID/address)，第一网元接收到第一信息后，向TSCTSF网元发送第二信息。第二信息包括入口终端的标识。TSCTSF网元接收到第二信息后，向第一网元发送入口终端的位置信息，和/或，入口终端的驻留时间。
可选的，上述第一信息还包括入口终端的地址(即该终端在通信网络，如5G网络中的地址)，以便第一网元通过上述方式1确定业务流为端到端业务流。在这种情况下，上述第二信息也可以包括入口终端的地址。
(二)第一网元获取入口终端的会话对应的锚点UPF网元的标识。
一种可能的实现方式，第一网元从BSF网元获取UPF网元的标识。例如，该UPF网元的标识包括在(一)中的第一信息中。
另一种可能的实现方式，第一网元从PCF网元或TSCTSF网元获取UPF网元的标识。例如，该UPF网元的标识包括在(一)中的第二信息中。
(三)第一网元获取入口终端的会话对应的锚点UPF网元的驻留时间。
一种可能的实现方式，该UPF网元的驻留时间是根据经验预设置在第一网元中，第一网元从本地获取。
另一种可能的实现方式，采用上述(二)中的方式获取到UPF网元的标识后，第一网元向该UPF网元发送第三信息。第三信息包括UPF网元的标识。UPF网元接收到第三信息后，向第一网元发送第四信息。该第四信息包括该UPF网元的驻留时间。
本申请实施例中，入口终端和出口终端之间可以通过一个UPF网元连接，也可以通过多个UPF网元连接。也就是说，入口终端的会话对应的锚点UPF网元与出口终端的会话对应的锚点UPF网元可以相同也可以不同。入口终端的会话对应的锚点UPF网元也可以描述为入口终端接入的UPF网元，出口终端的会话对应的锚点UPF网元也可以描述为出口终端接入的UPF网元。
一种可能的实现方式，若入口终端接入的UPF网元与出口终端接入的UPF网元不同，则第一网元获取UPF网元之间的报文传输时间。该报文传输时间为入口终端的会话对应的锚点UPF网元和出口终端的会话对应的锚点UPF网元之间传输报文的时间。
示例性的，UPF网元之间的报文传输时间是根据经验预设置在第一网元中，第一网元从本地获取。或者，第一网元从PCF网元或TSCTSF网元获取UPF网元之间的报文传输时间。例如，该UPF网元之间的报文传输时间包括在(一)中的第二信息中。
S803：第一网元根据QoS分解信息对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。
可以理解的，本申请实施例不限制下行QoS信息的数量，也就是说，第一网元根据QoS分解信息对业务流的QoS进行分解，可以得到上行QoS信息和至少一个下行QoS信息。
例如，若业务流为端到端单播业务流，则第一网元可以得到一个上行QoS信息和一个下行QoS信息；若业务流为端到端多播业务流，则业务流对应有多个下行方向，第一网元可以得到一个上行QoS信息和业务流在多个下行方向中、每个下行方向的QoS信息(即多个下行QoS信息)；若业务流为端到端通用业务流，则业务流对应至少一个下行方向，第一网元可以得到业务流一个上行QoS信息和业务流在至少一个下行方向中、每个下行方向的QoS信息(即至少一个下行QoS信息)。也就是说，第一网元对业务流的QoS信息进行分解(以下简称第一网元进行QoS分解)可以指第一网元为入口终端对应的会话(如PDU会话)配置业务流的上行QoS信息，为至少一个出口终端中的每个出口终端对应的会话(如PDU会话)配置业务流的下行QoS信息，使得业务流满足S801中的业务流的QoS信息。例如，对于上述示例1，第一网元可以分别为终端201的PDU会话和终端202的PDU会话分配相应的QoS信息，使得业务流的时延小于或等于15ms，并且业务流的报文到达时间是14点。
可以理解的，第一网元可以根据入口终端的接入信息以及出口终端的接入信息，对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。或者，第一网元可以根据入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。在上述过程中，第一网元在做QoS分解时，考虑了能够表征入口终端和出口终端所属网络的拓扑情况的信息，如：入口终端的接入信息和出口终端的接入信息，或者入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间。因此，可以使得第一网元为PDU会话分配的QoS信息更为合理，进而使得业务流的传输更加容易满足QoS需求。
在S801中介绍了：业务流的QoS信息包括业务流的时延要求。可选的，业务流的QoS信息还包括以下至少一项：报文的优先级信息、报文大小、最大速率、保证速率、报文出错率、周期信息、时钟域信息、报文到达时间或生存时间。那么，第一网元得到的上行QoS信息和下行QoS信息至少可以包括上述信息。例如，若业务流的QoS包括业务流的时延要求，则上行QoS信息可以包括业务流上行方向的时延，下行QoS信息可以包括业务流下行方向时延。又例如，若业务流的QoS包括业务流的时延要求和报文到达时间，则上行QoS信息可以包括业务流上行方向的时延和业务流上行方向的报文到达时间，下行QoS信息可以包括业务流下行方向的时延和业务流下行方向的报文到达时间。
下面对第一网元根据QoS分解信息对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息的具体过程进行阐述。
一种可能的实现方式，第一网元根据入口终端的接入信息以及出口终端的接入信息，对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。
如前文所述，入口终端的接入信息包括的内容有多种形式，出口终端的接入信息包括的内容也有多种，不同形式下，第一网元得到上行QoS信息和下行QoS信息可能不同。本申请实施例以下述几种情形为例进行阐述。
情形0：入口终端的接入信息包括入口终端的位置信息和入口终端的会话对应的锚点UPF网元(以下简称入口UPF网元)的标识，出口终端的接入信息包括出口终端的位置信息和出口终端的会话对应的锚点UPF网元(以下简称出口UPF网元)的标识。
一种可能的实现方式，第一网元可以根据入口终端的位置和入口UPF网元的标识，确定入口终端与入口UPF网元之间的距离，根据出口终端的位置和出口UPF网元的标识，确定出口终端与出口UPF网元之间的距离，进而确定上行QoS信息和下行QoS信息。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延之和小于或等于业务流的时延要求。
情形1：入口终端的接入信息包括入口UPF网元的驻留时间，出口终端的接入信息包括出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延以及入口UPF网元的驻留时间之和小于或等于业务流的时延要求；或者，业务流上行方向的时延、业务流下行方向的时延以及出口UPF网元的驻留时间之和小于或等于业务流的时延要求。
情形2：入口终端的接入信息包括入口终端的驻留时间和入口UPF网元的驻留时间，出口终端的接入信息包括出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口终端的驻留时间以及入口UPF网元的驻留时间之和小于或等于业务流的时延要求；或者，业务流上行方向的时延、业务流下行方向的时延、入口终端的驻留时间以及出口UPF网元的驻留时间之和小于或等于业务流的时延要求。
情形3：入口终端的接入信息包括入口UPF网元的驻留时间，出口终端的接入信息包括出口终端的驻留时间和出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、出口终端的驻留时间以及出口UPF网元的驻留时间之和小于或等于业务流的时延要求；或者，业务流上行方向的时延、业务流下行方向的时延、出口终端的驻留时间以及入口UPF网元的驻留时间之和小于或等于业务流的时延要求。
情形4：入口终端的接入信息包括入口终端的驻留时间和入口UPF网元的驻留时间，出口终端的接入信息包括出口终端的驻留时间和出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口终端的驻留时间、出口终端的驻留时间以及入口UPF网元的驻留时间之和小于或等于业务流的时延要求；或者，业务流上行方向的时延、业务流下行方向的时延、入口终端的驻留时间、出口终端的驻留时间以及出口UPF网元的驻留时间之和小于或等于业务流的时延要求。
一种可能的实现方式，上述情形0-情形4中，入口UPF网元和出口UPF网元是同一个网元。在这种情况下，入口UPF网元的驻留时间与出口UPF网元的驻留时间相同。
可以理解的，若入口终端和出口终端接入不同的UPF网元，即入口UPF网元与出口UPF网元不是同一个网元，则第一网元在做QoS分解时，还可以考虑UPF网元之间的报文传输时间，也就是说，第一网元根据入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。具体的，可以有以下几种情形：
情形5：入口终端的接入信息包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延以及UPF网元之间的报文传输时间之和小于或等于业务流的时延要求。
情形6：入口终端的接入信息包括入口UPF网元的驻留时间，出口终端的接入信息包括出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口UPF网元的驻留时间、出口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和小于或等于业务流的时延要求。
情形7：入口终端的接入信息包括入口终端的驻留时间和入口UPF网元的驻留时间，出口终端的接入信息包括出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口UPF网元的驻留时间、出口UPF网元的驻留时间、入口终端的驻留时间以及UPF网元之间的报文传输时间之和小于或等于业务流的时延要求。
情形8：入口终端的接入信息包括入口UPF网元的驻留时间，出口终端的接入信息包括出口终端的驻留时间和出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口UPF网元的驻留时间、出口UPF网元的驻留时间、出口终端的驻留时间以及UPF网元之间的报文传输时间之和小于或等于业务流的时延要求。
情形9：入口终端的接入信息包括入口终端的驻留时间和入口UPF网元的驻留时间，出口终端的接入信息包括出口终端的驻留时间和出口UPF网元的驻留时间。
可选的，入口终端的接入信息还包括入口终端的位置信息和入口UPF网元的标识，出口终端的接入信息还包括出口终端的位置信息和出口UPF网元的标识。
一种可能的设计，业务流上行方向的时延、业务流下行方向的时延、入口UPF网元的驻留时间、出口UPF网元的驻留时间、入口终端的驻留时间、出口终端的驻留时间以及UPF网元之间的报文传输时间之和小于或等于业务流的时延要求。
可以理解的，若业务流的QoS信息包括报文到达时间，第一网元还可以确定业务流上行方向的报文到达时间和业务流下行方向的报文到达时间。例如，业务流上行方向的报文到达时间与业务流的报文到达时间相同，业务流下行方向的报文到达时间由业务流上行方向的报文到达时间以及业务流上行方向的时延之和确定。或者，业务流上行方向的报文到达时间与业务流的报文到达时间相同，业务流下行方向的报文到达时间由业务流上行方向的报文到达时间、业务流上行方向的时延以及UPF网元之间的报文传输时间之和确定。具体的，可以有以下情形：
情形10：若入口终端和出口终端接入相同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间以及业务流上行方向的时延之和。
其中，业务流上行方向的报文到达时间为业务流的QoS信息中的报文到达时间。
情形11：若入口终端和出口终端接入相同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延以及入口终端的驻留时间之和。
其中，业务流上行方向的报文到达时间为业务流的QoS信息中的报文到达时间。
情形12：若入口终端和出口终端接入相同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延以及UPF网元驻留时间之和。
其中，业务流上行方向的报文到达时间为业务流的QoS信息中的报文到达时间。该UPF网元的驻留时间是入口UPF网元的驻留时间，也是出口UPF网元的驻留时间。
情形13：若入口终端和出口终端接入相同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口终端的驻留时间以及UPF网元驻留时间之和。
其中，业务流上行方向的报文到达时间为业务流的QoS信息中的报文到达时间。该UPF网元的驻留时间是入口UPF网元的驻留时间，也是出口UPF网元的驻留时间。
情形14：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延以及UPF网元之间的报文传输时间之和。
情形15：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口终端的驻留时间以及UPF网元之间的报文传输时间之和。
情形16：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和。
情形17：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、出口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和。
情形18：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口终端的驻留时间、入口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和。
情形19：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口UPF网元的驻留时间、出口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和。
情形20：若入口终端和出口终端接入不同的UPF网元，则业务流下行方向的报文到达时间是业务流上行方向的报文到达时间、业务流上行方向的时延、入口终端的驻留时间、入口UPF网元的驻留时间、出口UPF网元的驻留时间以及UPF网元之间的报文传输时间之和。
可以理解的，在具体应用中，还可以有其他情形，在此不一一列举。
可选的，对于除时延和报文到达时间之外的参数，可以将业务流上行方向上的参数和下行方向上的参数都设置成业务流的QoS信息中相关参数的值。示例性的，以保证速率为例，可以将业务流上行方向上的保证速率，以及业务流下行方向上的保证速率配置为业务流的QoS信息中的保证速率。
下面以上述情形4、情形9、情形13和情形20为例，并结合上述示例1-示例4对第一网元进行QoS分解的过程进行阐述。
示例5：结合上述示例1，在S802之后，第一网元获取到终端201的接入信息和终端202的接入信息。若终端201的接入信息和终端202的接入信息如表1所示，并且第一网元根据位置1和标识1确定终端201到UPF网元210的距离为800公里，根据位置2和标识1确定终端202到UPF网元210的距离为1000公里，则第一网元确定业务流上行方向的时延小于业务流下行方向的时延。后续，第一网元先确定业务流上行方向的时延为5ms，再根据上述情形4确定业务流下行方向的时延为业务流的时延(15ms)-业务流上行方向的时延(5ms)-终端201的驻留时间(1ms)-终端202的驻留时间(1ms)-UPF网元210驻留时间(1ms)＝7ms，根据情形13确定业务流下行方向的报文到达时间为业务流上行方向的报文到达时间(14点)+业务流上行方向的时延(5ms)+终端201的驻留时间(1ms)+UPF网元210驻留时间(2ms)＝14点零8ms。
表1
示例6：结合上述示例2，在S802之后，第一网元获取到终端201的接入信息和终端203的接入信息，第一网元还获取了UPF网元210和UPF网元209之间的报文传输时间(2ms)。若终端201的接入信息以及终端203的接入信息如表2所示，并且第一网元根据位置1和标识1确定终端201到UPF网元210的距离为800公里，根据位置3和标识1确定终端203到UPF网元210的距离为400公里，则第一网元确定业务流上行方向的时延大于业务流下行方向的时延。后续，第一网元先确定业务流上行方向的时延为9ms，再根据上述情形9确定业务流下行方向的时延为业务流的时延(20ms)-业务流上行方向的时延(9ms)-UPF网元210驻留时间(1ms)-UPF网元209驻留时间(1ms)-终端201的驻留时间(1ms)-终端203的驻留时间(1ms)-UPF网元210和UPF网元209之间的报文传输时间(2ms)＝5ms，根据情形20确定业务流下行方向的报文到达时间为业务流上行方向的报文到达时间(14点)+业务流上行方向的时延(9ms)+终端201的驻留时间(1ms)+UPF网元210驻留时间(1ms)+UPF网元209驻留时间(1ms)+UPF网元210和UPF网元209之间的报文传输时间(2ms)＝14点零14ms，业务流上行方向的保证速率和下行方向的保证速率都是100M比特速率。
表2
终端201的接入信息 终端203的接入信息
UPF网元210的驻留时间：1ms UPF网元209的驻留时间：1ms
终端201的位置信息：位置1 终端203的位置信息：位置3
终端201的驻留时间：1ms 终端203的驻留时间：1ms
UPF网元210的标识：标识1 UPF网元209的标识：标识2
示例7：结合上述示例3，若组播组A的成员包括终端201至终端203，在S802之后，第一网元获取到终端201的接入信息，终端202的接入信息和终端203的接入信息，第一网元还获取了UPF网元210和UPF网元209之间的报文传输时间(2ms)。若终端201的接入信息、终端202的PDU会话以及终端203的接入信息如表3所示，则第一网元先确定业务流上行方向的时延为8ms，再根据上述情形4确定业务流下行方向的时延为业务流的时延(20ms)-业务流上行方向的时延(8ms)-终端201的驻留时间(1ms)-终端202的驻留时间(1ms)-UPF网元210驻留时间(1ms)＝9ms，根据上述情形9确定业务流下行方向的时延为业务流的时延(20ms)-业务流上行方向的时延(8ms)-UPF网元210驻留时间(1ms)-UPF网元209驻留时间(1ms)-终端201的驻留时间(1ms)-终端203的驻留时间(1ms)-UPF网元210和UPF网元209之间的报文传输时间(2ms)＝6ms，业务流上行方向的保证速率和两个下行方向(终端202对应的下行方向和终端203对应的下行方向)的保证速率都是100M比特速率。
表3
示例8：结合上述示例4，若业务流的入口终端为终端202，出口终端为终端203，在S802之后，第一网元获取到终端202的接入信息和终端203的接入信息，第一网元还获取了UPF网元210和UPF网元209之间的报文传输时间(2ms)。若终端202的PDU会话以及终端203的接入信息如表4所示，则第一网元先确定业务流上行方向的时延为9ms，再根据上述情形9确定业务流下行方向的时延为业务流的时延(20ms)-业务流上行方向的时延(9ms)-UPF网元210驻留时间(1ms)-UPF网元209驻留时间(1ms)-终端201的驻留时间(1ms)-终端203的驻留时间(1ms)-UPF网元210和UPF网元209之间的报文传输时间(2ms)＝5ms，根据情形20确定业务流下行方向的报文到达时间为业务流上行方向的报文到达时间(14点)+业务流上行方向的时延(9ms)+终端201的驻留时间(1ms)+UPF网元210驻留时间(1ms)+UPF网元209驻留时间(1ms)+UPF网元210和UPF网元209之间的报文传输时间(2ms)＝14点零14ms。
表4
终端202的接入信息 终端203的接入信息
UPF网元210驻留时间：1ms UPF网元209的驻留时间：1ms
终端202的位置信息：位置2 终端203的位置信息：位置3
终端202的驻留时间：1ms 终端203的驻留时间：1ms
UPF网元210的标识：标识1 UPF网元209的标识：标识2
在上述示例中，第一网元是先确定了业务流上行方向的时延，再确定业务流下行方向的时延。在具体应用中，第一网元也可以先确定业务流下行方向的时延，再确定业务流上行方向的时延，不予限制。例如，第一网元先根据入口终端与入口UPF网元之间的距离，以及出口终端与出口UPF网元之间的距离，确定业务流下行方向的时延，再根据上述情形0-情形9中的任意一种情形，确定业务流上行方向的时延。
S804：第一网元触发网络根据上行QoS信息配置入口终端的会话，以及根据下行QoS信息配置出口终端的会话。
其中，入口终端的会话中包括用于在上行方向传输业务流的第一QoS流(QoSFlow)，出口终端的会话中包括用于在下行方向传输业务流的第二QoS流。第一QoS流为入口终端的会话中用于在上行方向传输业务流的QoS流；第二QoS流为出口终端的会话中用于在下行方向传输业务流的QoS流。
首先，介绍第一网元触发网络根据上行QoS信息配置入口终端的会话的具体过程。
一种可能的实现方式，第一网元发送第二请求消息。其中，第二请求消息包括入口终端的地址和上行QoS信息。可选的，第二请求消息还包括以下至少一项：本地切换指示信息、入口终端关联的DNN、入口终端关联的S-NSSAI、业务流的流信息或第一事件指示信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
如前文所述，第一网元为NEF网元、TSCTSF网元、PCF网元或新增网元。
一种可能的实现方式，若第一网元为NEF网元、TSCTSF网元或新增网元，则第一网元可以向PCF网元发送第二请求消息。该第二请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。例如，若第一网元是第一次进行QoS分解，则第一网元向PCF网元发送创建请求消息。若第一网元不是第一次进行QoS分解，则第一网元向PCF网元发送更新请求消息。后续，PCF网元接收到第二请求消息后，可以根据上行QoS信息，生成用于配置入口终端的会话中的第一QoS流的第一策略控制和计费(policy controland charging，PCC)规则，并向SMF网元发送第一PCC规则，以便SMF网元根据第一PCC规则执行相应的操作。具体的，可以参考下述图9所示实施例中所述。
另一种可能的实现方式，若第一网元为PCF网元，则第一网元可以根据上行QoS信息，生成第一PCC规则，并向SMF网元发送包括第一PCC规则的第二请求消息，以便SMF网元根据第一PCC规则执行相应的操作。其中，第一网元根据上行QoS信息，生成第一PCC规则，并向SMF网元发送包括第一PCC规则的第二请求消息，以便SMF网元根据第一PCC规则执行相应的操作的过程，可以参考下述图9所示实施例中，PCF网元根据上行QoS信息，生成第一PCC规则，并向SMF网元发送第一PCC规则，以便SMF网元根据第一PCC规则执行相应的操作的过程，不予赘述。
可以理解的，第一网元触发网络根据下行QoS信息配置出口终端的会话的过程，与第一网元触发网络根据上行QoS信息配置入口终端的会话的过程类似。具体如下：
一种可能的实现方式，第一网元发送第三请求消息。其中，第三请求消息包括出口终端的地址和下行QoS信息。可选的，第三请求消息还包括以下至少一项：本地切换指示信息、出口终端关联的DNN、出口终端关联的S-NSSAI，业务流的流信息或第一事件指示信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
一种可能的设计，若第一网元为NEF网元、TSCTSF网元或新增网元，则第一网元可以向PCF网元发送第三请求消息。该第三请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。例如，若第一网元是第一次进行QoS分解，则第一网元向PCF网元发送创建请求消息。若第一网元不是第一次进行QoS分解，则第一网元向PCF网元发送更新请求消息。后续，PCF网元接收到第三请求消息后，可以根据下行QoS信息，生成用于配置出口终端的会话中的第二QoS流的第二PCC规则，并向SMF网元发送第二PCC规则，以便SMF网元根据第二PCC规则执行相应的操作。具体的，可以参考下述图9所示实施例中所述。
另一种可能的实现方式，若第一网元为PCF网元，则第一网元可以根据下行QoS信息，生成第二PCC规则，并向SMF网元发送包括第二PCC规则的第三请求消息，以便SMF网元根据第二PCC规则执行相应的操作。其中，第一网元根据下行QoS信息，生成第二PCC规则，并向SMF网元发送包括第二PCC规则的第三请求消息，以便SMF网元根据第二PCC规则执行相应的操作的过程，可以参考下述图9所示实施例中，PCF网元根据下行QoS信息，生成第二PCC规则，并向SMF网元发送第二PCC规则，以便SMF网元根据第二PCC规则执行相应的操作的过程，不予赘述。
其中，上述S801-S804中的第一网元或AF网元的动作可以由图7所示的通信装置50中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图8所示的方法，第一网元可以获取业务流的QoS信息、入口终端的接入信息和出口终端的接入信息，根据入口终端的接入信息和出口终端的接入信息对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息，并触发网络根据上行QoS信息和下行QoS信息生成对应的PCC规则，以实现对入口终端的会话中的QoS流的配置以及出口终端的会话中的QoS流的配置。或者，第一网元可以获取业务流的QoS信息、入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，根据入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息，并触发网络根据上行QoS信息和下行QoS信息生成对应的PCC规则，以实现对入口终端的会话中的QoS流的配置以及出口终端的会话中的QoS流的配置。上述方法能够对端到端业务流做QoS分解，实现业务流的确定性传输。另外，在上述过程中，第一网元在做QoS分解时，考虑了入口终端的接入信息和出口终端的接入信息，或者考虑了入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，上述信息能够表征入口终端和出口终端所属网络的拓扑情况。因此，图8所示方法可以使得第一网元确定的上行QoS信息和下行QoS信息更为合理，进而使得业务流的传输更加容易满足QoS需求。
下面以第一网元为新增网元为例，介绍本申请实施例提供的方法。
如图9所示，为本申请实施例提供的又一种通信方法，该通信方法可以包括如下步骤：
S901：AF网元向第一网元发送第一请求消息。相应的，第一网元接收来自AF网元的第一请求消息。
S902：第一网元根据目标终端集合的信息获取QoS分解信息。
S903：第一网元根据QoS分解信息对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息。
可以理解的，上述S901-S903的过程可以参考上述S801-S803中对应的描述，不予赘述。
S904：第一网元向PCF网元发送第二请求消息。相应的，PCF网元接收来自第一网元的第二请求消息。
其中，第二请求消息包括入口终端的地址和上行QoS信息。可选的，第二请求消息还包括以下至少一项：本地切换指示信息、入口终端关联的DNN、入口终端关联的S-NSSAI，业务流的流信息或第一事件指示信息。
可以理解的，若S901中的第一请求消息包括业务流的流信息，则第二请求消息包括业务流的流信息。若S901中的第一请求消息不包括业务流的流信息(即在通用流场景中)，则第二请求消息不包括业务流的流信息。在这种情况下，AF网元可以把业务流的流信息发送给PCF网元，并触发第一网元向PCF网元发送第二请求消息。
例如，AF可以通过AFSessionWithQoS消息携带业务流的流信息，并通过NEF网元发送给PCF网元。AFSessionWithQoS消息还可以指示以下至少一项：业务流为端到端业务流，入口终端的地址，入口终端关联的DNN或入口终端关联的S-NSSAI。后续，在PCF网元生成业务流的PCC规则之前，PCF网元可以向第一网元发送包括入口终端的地址、入口终端关联的DNN和入口终端关联的S-NSSAI的查询信息，以使得第一网元向PCF网元发送第二请求消息。
可以理解的，若S901中的第一请求消息包括第一事件指示信息，则第二请求消息包括第一事件指示信息。若S901中的第一请求消息不包括第一事件指示信息，则第二请求消息不包括第一事件指示信息。
S905：第一网元向PCF网元发送第三请求消息。相应的，PCF网元接收来自第一网元的第三请求消息。
其中，第三请求消息包括出口终端的地址和下行QoS信息。可选的，第三请求消息还包括以下至少一项：本地切换指示信息、出口终端关联的DNN、出口终端关联的S-NSSAI，业务流的流信息或第一事件指示信息。
S905中的其他介绍可以参考上述S904中对应的描述，不予赘述。
可以理解的，本申请不限制S904与S905的执行顺序。例如，本申请实施例可以先执行S904再执行S905，也可以先执行S905再执行S904，还可以同时执行S904和S905，不予限制。
可以理解的，在具体应用中，第二请求消息包括的信息和第三请求消息包括的信息也可以包括在一条消息中传输，例如，通过该一条消息的不同字段传输，不予限制。
S906：PCF网元根据第二请求消息生成第一PCC规则，根据第三请求消息生成第二PCC规则。
示例性的，PCF网元根据上行QoS信息生成第一PCC规则中的QoS参数，根据本地切换指示信息设置第一PCC规则中的本地切换指示信息。若第二请求消息还包括第一事件指示信息，则PCF网元还根据第一事件指示信息在第一PCC规则中设置相应的功能。例如，若第一事件指示信息指示针对平均时延的监控，则PCF网元在第一PCC规则中设置监控业务流的上行方向的平均时延或业务流的下行方向的平均时延。若第二更新请求消息还包括业务流的流信息，或者PCF网元接收到了来自AF网元的业务流的流信息，则PCF网元还根据业务流的流信息在第一PCC规则中配置业务流的流信息。
类似的，PCF网元根据下行QoS信息生成第二PCC规则中的QoS参数，根据本地切换指示信息设置第二PCC规则中的本地切换指示信息。若第三更新请求消息还包括第一事件指示信息，则PCF网元还根据第一事件指示信息在第二PCC规则中设置相应的功能。若第三更新请求消息还包括业务流的流信息，或者PCF网元接收到了来自AF网元的业务流的流信息，则PCF网元还根据业务流的流信息在第二PCC规则中配置业务流的流信息。
S907：PCF网元向SMF网元发送第一PCC规则和第二PCC规则。相应的，SMF网元接收来自PCF网元的第一PCC规则和第二PCC规则。
可以理解的，SMF网元接收到第一PCC规则后，可以根据第一PCC规则执行相应的操作。
例如，SMF网元根据第一PCC规则中的本地切换指示信息设置UPF网元上的本地交换或跨N19交换的路由规则，SMF网元根据第一PCC中的QoS参数生成QoS流(即前文所述的第一QoS流)的QoS参数，根据QoS Flow的QoS参数配置QoS Flow。若第一PCC规则中设置事件的相关功能，SMF网元还监控对应的事件，并在事件发生后，向PCF网元发送监控的信息。例如，若第一PCC规则中设置监控业务流的上行方向的平均时延、业务流的上行方向的PDB，则SMF网元监控业务流的上行方向的平均时延、业务流的上行方向的PDB，并向PCF网元发送事件通知信息。该事件通知信息包括业务流的上行方向的平均时延。在业务流的上行方向的时延大于业务流的上行方向的PDB的情况下，该事件通知信息还包括指示业务流的上行方向的时延不满足业务流的上行方向的PDB。
可以理解的，SMF网元在为UPF网元配置路由规则时，会默认把从N6收到报文都发送给N3/N9，从N3/N9收到的报文发送给N6。所以，对于端到端的业务流，SMF网元需要修改路由规则。例如，SMF网元可以根据第一PCC规则中本地切换指示信息激活UPF网元本地交换或跨N19交换功能，在UPF网元配置特定的报文检测规则(packet detection rule，PDR)或转发动作规则(forwarding action rule，FAR)等路由规则，以使UPF网元支持本地转发(即不经过DN，UPF网元直接在连接到此UPF网元的两个PDU会话或多个PDU会话之间转发报文)或跨N19转发(即不经过DN，UPF网元直接把报文通过N19隧道转发到其他UPF网元，以使其他UPF网元把报文发送给连接到该UPF网元的PDU会话)。
示例性的，以上述示例3为例，当SMF网元确定终端202至终端205中的至少一个终端能够接收Multicast Address A的消息，例如，SMF网元收到终端203的加入组播组的网络组管理协议(internet group management protocol，IGMP)加入(IGMP Join)消息或UPF网元的N4报告，可以根据第一PCC规则在用户面上配置对应的路由规则，配置对应的QoS信息，并通知PCF网元执行成功。若SMF网元没有收到如果没有收到IGMP Join消息或UPF网元的N4报告，则SMF网元可以保存第一PCC规则，等待终端203加入组播组。后续，SMF网元再根据第一PCC规则在UPF网元配置对应的路由规则，配置对应的QoS信息，并通知PCF网元执行成功。
可以理解的，若SMF网元确定终端203不能够接收Multicast Address A的消息，例如，SMF网元收到终端203的退出组播组的IGMP退出(Quit)消息或UPF网元的N4报告，则SMF网元可以删除已经安装在用户面上的对应的路由规则和对应的QoS信息。同时，SMF网元也可以向PCF网元反馈终端203已经退出组播组。
可以理解的，PCF网元可以在向SMF网元配置第一PCC规则之前，要求SMF网元上报终端加入/退出组播组A的事件，PCF网元在收到SMF网元发送的关于终端组播组的信息后，再配置相关的PCC规则给SMF。或者，PCF网元可以先向SMF网元发送第一PCC规则，还要求SMF网元上报终端加入/退出组播组A的事件，PCF网元在收到SMF网元发送的关于终端组播组的信息后，可以更新第一PCC规则，在终端203退出组播组A后，触发SMF网元删除对应的QoSFlow配置。
可以理解的，SMF网元接收到第二PCC规则后，可以根据第二PCC规则执行相应的操作。具体的，可以参考SMF网元根据第一PCC规则执行相应的操作的描述，不予赘述。
可以理解的，PCF网元可以通过一条消息向SMF网元发送上述第一PCC和第二PCC，也可以通过两条消息分别向SMF网元发送上述第一PCC和第二PCC，不予限制。
可选的，若第一请求消息包括第一事件指示信息，则图9所示的方法还可以包括S908和/或S909：
S908：SMF网元向第一网元发送第一通知信息。相应的，第一网元接收来自SMF网元的第一通知信息。
其中，第一通知信息为针对第二请求消息的信息。第一通知信息包括SMF网元监控第一事件指示信息指示监控的事件所上报的信息。
一种可能的设计，第一通知信息包括以下至少一项：业务流上行方向的平均时延，业务流上行方向的PDB不再满足的指示信息，业务流上行方向的GBR不再满足的指示信息或业务流上行方向的PER不再满足的指示信息。
一种可能的实现方式，SMF网元通过PCF网元向第一网元发送第一通知信息。
S909：SMF网元向第一网元发送第二通知信息。相应的，第一网元接收来自SMF网元的第二通知信息。
其中，第二通知信息为针对第三请求消息的信息。
一种可能的设计，第二通知信息包括以下至少一项：业务流下行方向的平均时延，业务流下行方向的PDB不再满足的指示信息，业务流下行方向的GBR不再满足的指示信息或业务流下行方向的PER不再满足的指示信息。
一种可能的实现方式，SMF网元通过PCF网元向第一网元发送第二通知信息。
可以理解的，SMF网元可以通过一条消息向第一网元发送上述第一通知信息和第二通知信息，也可以通过两条消息分别向第一网元发送上述第一通知信息和第二通知信息，不予限制。
可以理解的，第一网元接收到第一通知信息和第二通知信息后，向AF网元发送该第一通知信息和第二通知信息。或者，第一网元接收到第一通知信息和第二通知信息后，对该第一通知信息和第二通知信息中的信息进一步处理，将处理后的信息发送给AF网元。例如，若第一通知信息包括业务流的上行方向的平均时延，第二通知信息包括业务流的下行方向的平均时延，则第一网元向AF网元发送业务流的平均时延，业务流的平均时延为业务流的上行方向的平均时延和业务流的下行方向的平均时延之和。
可选的，为了使得上行QoS信息和下行QoS更为合适，第一网元还可以根据第一通知信息和/或第二通知信息调整上行QoS信息和/或下行QoS信息，并触发PCF网元和SMF网元做相应的配置。也就是说，图9所示的方法还可以包括如下步骤：
S910：第一网元调整上行QoS信息和/或下行QoS信息，得到调整后的QoS信息。
一种可能的实现方式，第一网元根据第一通知信息调整上行QoS信息；或者，根据第二通知信息调整下行QoS信息；或者，根据第一通知信息和第二通知信息调整上行QoS信息和下行QoS信息。
可以理解的，若第一网元调整了上行QoS信息，则调整后的QoS信息包括调整后的上行QoS信息。若第一网元调整了下行QoS信息，则调整后的QoS信息包括调整后的下行QoS信息。若第一网元调整了上行QoS信息和下行QoS信息，则调整后的QoS信息包括调整后的上行QoS信息和调整后的下行QoS信息。
下面结合上述示例6进行描述。在示例6中，上行QoS信息包括业务流上行方向的时延(9ms)和业务流上行方向的保证速率(100M比特速率)，下行QoS信息包括业务流下行方向的时延(5ms)、业务流下行方向的报文到达时间(14点零14ms)和业务流下行方向的保证速率(100M比特速率)，若第一通知信息包括业务流上行方向的平均时延(9ms)，第二通知信息包括业务流下行方向的平均时延(4ms)，则说明上行QoS信息中的上行方向的时延配置大了，下行QoS信息中的下行方向的时延配置小了，可以将上行方向的时延调小，将下行方向的时延调大。例如，调整后的QoS信息包括调整后的上行QoS信息和调整后的下行QoS信息，其中，调整后的上行QoS信息包括业务流上行方向的时延(7ms)，调整后的下行QoS信息包括业务流下行方向的时延(6ms)、报文到达终端202的时间为报文到达时间(14点零12ms)。又例如，若第一通知信息包括业务流上行方向的平均时延(7ms)，第二通知信息包括业务流下行方向的平均时延(5ms)，第二通知信息还指示业务流的下行方向的时延不满足业务流的下行方向的PDB，则说明下行QoS信息中的下行方向的时延配置小了，可以将下行方向的时延调大。例如，调整后的QoS信息包括调整后的下行QoS信息，其中，调整后的下行QoS信息包括业务流下行方向的时延(6ms)、报文到达终端202的时间为报文到达时间(14点零12ms)。
在S909中介绍了，第一网元接收到第一通知信息和第二通知信息后，向AF网元发送该第一通知信息和第二通知信息。或者，第一网元接收到第一通知信息和第二通知信息后，对该第一通知信息和第二通知信息中的信息进一步处理，将处理后的信息发送给AF网元。然而，若调整后的QoS信息可以满足一定的要求，则第一网元可以不向AF网元发送相应的第一通知信息和第二通知信息，或者发送理后的信息。
例如，若调整后，对于入口终端和出口终端接入相同的UPF网元的情况，业务流上行方向的时延、业务流下行方向的时延、入口终端的驻留时间、出口终端的驻留时间以及UPF网元的驻留时间之和小于或等于业务流的时延要求，则第一网元可以不向AF网元发送平均时延的相关信息。若调整后，业务流的上行方向的PDB和/或业务流的下行方向的PDB不满足上报条件，则第一网元不向AF网元发送PDB相关的信息。
S911：若调整后的QoS信息包括调整后的上行QoS信息，第一网元向PCF网元发送第一更新请求消息。相应的，PCF网元接收来自第一网元的第一更新请求消息。
一种可能的实现方式，第一更新请求消息包括调整后的上行QoS信息。
S912：若调整后的QoS信息包括调整后的下行QoS信息，第一网元向PCF网元发送第二更新请求消息。相应的，PCF网元接收来自第一网元的第二更新请求消息。
一种可能的实现方式，第二更新请求消息包括调整后的下行QoS信息。
可以理解的，本申请不限制S911与S912的执行顺序。例如，本申请实施例可以先执行S911再执行S912，也可以先执行S912再执行S911，还可以同时执行S911和S912，不予限制。
S913：PCF网元根据第一更新请求消息生成第三PCC规则，根据第二更新请求消息生成第四PCC规则。
示例性的，PCF网元根据调整后的上行QoS信息生成第三PCC规则中的QoS参数，根据调整后的下行QoS信息生成第四PCC规则中的QoS参数。
S914：PCF网元向SMF网元发送第三PCC规则和第四PCC规则。相应的，SMF网元接收来自PCF网元的第三PCC规则和第四PCC规则。
可以理解的，SMF网元接收到第三PCC规则后，可以根据第三PCC规则更新QoSFlow。例如，SMF网元根据第三PCC规则中的QoS参数更新QoS Flow的QoS参数，根据更新后的QoS参数配置QoS Flow。类似的，SMF网元接收到第四PCC规则后，可以根据第四PCC规则更新QoS Flow。例如，SMF网元根据第四PCC规则中的QoS参数更新QoS Flow的QoS参数，根据更新后的QoS参数配置QoS Flow。
其中，上述S901-S914中的第一网元、AF网元、PCF网元或SMF网元的动作可以由图7所示的通信装置50中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图9所示的方法，第一网元可以获取业务流的QoS信息、入口终端的接入信息和出口终端的接入信息，根据入口终端的接入信息和出口终端的接入信息对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息，并触发网络根据上行QoS信息和下行QoS信息生成对应的PCC规则，以实现对入口终端的会话中的QoS流的配置以及出口终端的会话中的QoS流的配置。或者，第一网元可以获取业务流的QoS信息、入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，根据入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间对业务流的QoS信息进行分解，得到上行QoS信息和下行QoS信息，并触发网络根据上行QoS信息和下行QoS信息生成对应的PCC规则，以实现对入口终端的会话中的QoS流的配置以及出口终端的会话中的QoS流的配置。上述方法能够对端到端业务流做QoS分解，实现业务流的确定性传输。另外，在上述过程中，第一网元在做QoS分解时，考虑了入口终端的接入信息和出口终端的接入信息，或者考虑了入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，上述信息能够表征入口终端和出口终端所属网络的拓扑情况。因此，图9所示方法可以使得第一网元确定的上行QoS信息和下行QoS信息更为合理，进而使得业务流的传输更加容易满足QoS需求。除此之外，第一网元还可以获取第一事件指示信息，并触发SMF网元监控对应的事件。后续，第一网元还可以根据网络监控事件获取的参数，调整上行QoS信息和/或下行QoS信息，使得调整后的QoS信息更加合适，以进一步使得业务流的传输满足QoS需求。
在图8或图9所示的方法中，第一网元要么根据入口终端的接入信息和出口终端的接入信息进行QoS分解，得到上行QoS信息和下行QoS信息，要么根据入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间进行QoS分解，得到上行QoS信息和下行QoS信息。在具体应用中，第一网元也可以不根据上述信息进行QoS分解，而是先分配上行初始QoS信息和/或下行初始QoS信息，并触发PCF网元根据上行初始QoS信息和/或下行初始QoS信息生成对应的PCC规则，SMF网元根据对应的PCC规则配置QoS Flow，并且第一网元还指示SMF网元监控与QoS信息相关的事件。后续，第一网元还可以根据SMF通过监控事件获取的参数，分配适合的上行QoS信息和适合的下行QoS信息，使得业务流的传输满足QoS需求。具体的，可以参考下述图10所示的方法。
如图10所示，为本申请实施例提供的又一种通信方法，该通信方法可以包括如下步骤：
S1001：AF网元向第一网元发送第五请求消息。相应的，第一网元接收来自AF网元的第五请求消息。
其中，AF网元可以是图5中的AF网元402，第一网元可以是图5中的第一网元401。
一种可能的实现方式，在有业务需求的情况下，管理人员配置第五请求消息中的IE并触发AF网元向第一网元发送第五请求消息。或者，在有业务需求的情况下，AF网元执行预先存储的程序来配置第五请求消息中的IE并触发AF向第一网元发送第五请求消息。
其中，第五请求消息可以用于请求为业务流分配资源。例如，第五请求消息用于为目标终端之间的业务流分配和QoS信息的资源，以用于保障目标终端之间端到端的通信质量。业务流为任意一个端到端业务流。目标终端包括业务流的入口终端和出口终端。业务流的出口终端可以包括一个终端也可以是多个终端，不予限制。可以理解的，若出口终端包括一个终端，第五请求消息用于为入口终端和出口终端之间的业务流分配和QoS信息的资源，以用于保障入口终端和出口终端之间端到端的通信质量。若出口终端包括多个终端，第五请求消息用于为入口终端和多个出口终端中的每个出口终端之间的业务流分配和QoS信息的资源，以用于保障入口终端和出口终端之间端到端的通信质量。
可以理解的，在管理人员配置IE的情况下，以及AF网元自己配置IE的情况下，第五请求消息包括的IE可能不同。
一种可能的实现方式，在管理人员配置IE的情况下，第五请求消息可以包括业务流的类型信息、业务流的QoS信息和第二事件指示信息。可选的，第五请求消息还包括以下至少一项：业务流的流信息或目标终端集合的信息。
另一种可能的实现方式，AF网元自己配置IE的情况下，第五请求消息可以包括业务流的QoS信息和第二事件指示信息。可选的，第五请求消息还包括以下至少一项：业务流的类型信息、业务流的流信息或目标终端集合的信息。
其中，业务流的类型信息、业务流的QoS信息、业务流的流信息或目标终端集合的信息的介绍可以参考S801中对应的描述。
本申请实施例中，第二事件指示信息可以指示针对平均时延的监控和针对PDB的QoS通知监控。
可选的，第二事件指示信息还指示以下至少一项：针对GBR的QoS通知监控或针对PER的QoS通知监控。针对PDB的QoS通知监控、针对GBR的QoS通知监控或针对PER的QoS通知监控可以是基于QNC机制的。
可以理解的，S1001中的其他介绍可以参考上述S801中对应的描述，此处不做赘述。
S1002：第一网元对业务流的QoS信息进行分解，得到初始QoS信息。
其中，初始QoS信息可以包括业务流在上行方向的初始QoS信息(以下简称上行初始QoS信息)或业务流在下行方向的初始QoS信息(以下简称下行初始QoS信息)。
在S1001中介绍了：业务流的QoS信息包括业务流的时延要求。可选的，业务流的QoS信息还包括以下至少一项：报文的优先级信息、报文大小、最大速率、保证速率、报文出错率、周期信息、时钟域信息、报文到达时间或生存时间。那么，若初始QoS信息至少可以包括上述信息。以初始QoS信息包括上行初始QoS信息为例，若业务流的QoS包括业务流的时延要求，则上行初始QoS信息可以包括业务流上行方向的时延。若业务流的QoS包括业务流的时延要求和报文到达时间，则上行初始QoS信息可以包括业务流上行方向的时延和业务流上行方向的报文到达时间。以初始QoS信息包括下行初始QoS信息为例，若业务流的QoS包括业务流的时延要求，则下行初始QoS信息可以包括业务流下行方向的时延。若业务流的QoS包括业务流的时延要求和报文到达时间，则下行初始QoS信息可以包括业务流下行方向的时延和业务流下行方向的报文到达时间。
一种可能的实现方式，第一网元根据历史上的QoS分解情况，得到初始QoS信息。
例如，若初始QoS信息包括上行初始QoS信息，历史上业务流上行方向的时延为5ms，则第一网元可以将业务流上行方向的时延设置为5ms。
另一种可能的实现方式，第一网元根据预设规则和业务流的QoS信息，确定初始QoS信息。
作为一种示例，若业务流的QoS信息包括业务流的时延要求，初始QoS信息为上行初始QoS信息，则上行初始QoS信息包括业务流上行方向的时延。该业务流上行方向的时延是根据第一预设规则和业务流的时延要求得到的。例如，可以在第一网元中预配置业务流上行方向的时延为7ms，则第一网元可以将业务流上行方向的时延设置为7ms。又例如，第一网元可以为业务流的时延要求指示的时延乘以一个系数a，将乘以系数后的时延作为业务流上行方向的时延。其中，a大于0并且小于1。
示例9：下面结合上述示例2进行描述。在示例2中，业务流的类型信息指示业务流为端到端业务流。目标终端集合的信息包括终端201的标识、终端203的标识、终端201和终端202关联的DNN和S-NSSAI。业务流的QoS信息指示业务流的时延为20ms，业务流的报文到达时间是14点，业务流的保证速率是100M比特速率。业务流的流信息包括以太流信息(如：终端201在业务流中的MAC地址、终端203在业务流中的MAC地址以及VLAN标签的信息)。第一事件指示信息指示针对平均时延的监控和针对PDB的QoS通知监控。第一网元可以配置业务流上行方向的时延为业务流的时延的一半，即初始QoS信息包括上行初始QoS信息，上行初始QoS信息包括业务流上行方向的时延，该时延为10ms。
类似的，若业务流的QoS信息包括业务流的时延要求，初始QoS信息为下行初始QoS信息，则下行初始QoS信息包括业务流下行方向的时延。该业务流下行方向的时延是根据第二预设规则和业务流的时延要求得到的。第一预设规则和第二预设规则可以相同也可以不同。
可以理解的，若上行初始QoS信息包括业务流上行方向的报文到达时间，可以将业务流上行方向的报文到达时间设置为业务流的报文到达时间。若下行初始QoS信息包括业务流下行方向的报文到达时间，则第一网元可以根据S803中的情形(如：情形10)确定。
S1003：第一网元发送第四请求消息。
对于初始QoS信息包括上行初始QoS信息的情况：第四请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。
可选的，第四请求消息还包括以下至少一项：本地切换指示信息、入口终端关联的DNN、入口终端关联的S-NSSAI或业务流的流信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
如前文所述，第一网元为NEF网元、TSCTSF网元、PCF网元或新增网元。
一种可能的实现方式，若第一网元为NEF网元、TSCTSF网元或新增网元，则第一网元可以向PCF网元发送第四请求消息。该第四请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。例如，若第一网元是第一次进行QoS分解，则第一网元向PCF网元发送创建请求消息。若第一网元不是第一次进行QoS分解，则第一网元向PCF网元发送更新请求消息。后续，PCF网元接收到第四请求消息后，可以根据上行QoS信息，生成用于配置入口终端的会话中的第一QoS流的第一PCC规则，并向SMF网元发送第一PCC规则，以便SMF网元根据第一PCC规则执行相应的操作。具体的，可以参考下述图9所示实施例中对应的描述所述。
另一种可能的实现方式，若第一网元为PCF网元，则第一网元可以根据上行QoS信息，生成第一PCC规则，并向SMF网元发送包括第一PCC规则的第四请求消息，以便SMF网元根据第一PCC规则执行相应的操作。其中，第一网元根据上行QoS信息，生成第一PCC规则，并向SMF网元发送包括第一PCC规则的第四请求消息，以便SMF网元根据第一PCC规则执行相应的操作的过程，可以参考下述图9所示实施例中，PCF网元根据上行QoS信息，生成第一PCC规则，并向SMF网元发送第一PCC规则，以便SMF网元根据第一PCC规则执行相应的操作的过程，不予赘述。
对于初始QoS信息包括下行初始QoS信息的情况：第四请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。
可选的，第四请求消息还包括以下至少一项：本地切换指示信息、出口终端关联的DNN、出口终端关联的S-NSSAI或业务流的流信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
一种可能的实现方式，若第一网元为NEF网元、TSCTSF网元或新增网元，则第一网元可以向PCF网元发送第四请求消息。该第四请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。例如，若第一网元是第一次进行QoS分解，则第一网元向PCF网元发送创建请求消息。若第一网元不是第一次进行QoS分解，则第一网元向PCF网元发送更新请求消息。后续，PCF网元接收到第四请求消息后，可以根据下行QoS信息，生成用于配置入口终端的会话中的第二QoS流的第二PCC规则，并向SMF网元发送第二PCC规则，以便SMF网元根据第二PCC规则执行相应的操作。具体的，可以参考下述图9所示实施例中对应的描述所述。
另一种可能的实现方式，若第一网元为PCF网元，则第一网元可以根据下行QoS信息，生成第二PCC规则，并向SMF网元发送包括第二PCC规则的第四请求消息，以便SMF网元根据第二PCC规则执行相应的操作。其中，第一网元根据下行QoS信息，生成第二PCC规则，并向SMF网元发送包括第二PCC规则的第四请求消息，以便SMF网元根据第二PCC规则执行相应的操作的过程，可以参考下述图9所示实施例中，PCF网元根据下行QoS信息，生成第二PCC规则，并向SMF网元发送第二PCC规则，以便SMF网元根据第二PCC规则执行相应的操作的过程，不予赘述。
可以理解的，因为S1001中的第五请求消息中包括第二事件指示信息，所以在满足事件上报条件下，SMF网元可以向第一网元发送针对第四请求消息的第三通知信息。
S1004：第一网元接收针对第四请求消息的第三通知信息。
可以理解的，若第一网元为NEF网元、TSCTSF网元或新增网元，则第一网元通过PCF网元接收来自SMF网元的第三通知信息。若第一网元为PCF网元，则第一网元接收来自SMF网元的第三通知信息。
示例性的，若初始QoS信息包括上行初始QoS信息，则第三通知信息包括业务流上行方向的平均时延，或者，第三通知信息包括业务流上行方向的平均时延和业务流上行方向的报文时延预算不再满足的指示信息，或者，若初始QoS信息包括下行初始QoS信息，则第三通知信息包括业务流下行方向的平均时延，或者，第三通知信息包括业务流下行方向的平均时延和业务流下行方向的报文时延预算不再满足的指示信息。
S1005：第一网元根据第三通知信息调整初始QoS信息，得到目标QoS信息。
其中，目标QoS信息包括上行目标QoS信息和下行目标QoS信息。
可以理解的，若初始QoS信息包括上行初始QoS信息，第三通知信息至少可以指示业务流上行方向的平均时延，第一网元可以根据第三通知信息调整上行初始QoS信息，得到上行目标QoS信息，根据上行目标QoS信息确定下行目标QoS信息。例如，第一网元设置业务流下行方向的时延小于或等于业务流的时延与业务流上行方向的时延之差。
可以理解的，在S1005之前，第一网元可以获取入口终端的接入信息和出口终端的接入信息。这样，第一网元可以根据入口终端的接入信息、出口终端的接入信息、第三通知信息和初始QoS信息，得到目标QoS信息。也就是说，第一网元在得到目标QoS信息时，也可以考虑入口终端的接入信息和出口终端的接入信息。或者，在S1005之前，第一网元可以获取入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间。这样，第一网元可以根据入口终端的接入信息、出口终端的接入信息、UPF网元之间的报文传输时间、事件通知信息和初始QoS信息，得到目标QoS信息。也就是说，第一网元在得到目标QoS信息时，也可以考虑入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间。例如，第一网元可以根据上述S803中的任意一种情形确定目标QoS信息。
可以理解的，S1005之后，第一网元触发网络根据上行目标QoS信息配置入口终端的会话，以及根据下行目标QoS信息配置出口终端的会话。具体的，可以参考前文对应的描述，在此不做赘述。
其中，上述S1001-S1005中的第一网元或AF网元的动作可以由图7所示的通信装置50中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图10所示的方法，第一网元可以先分配上行初始QoS信息或下行初始QoS信息，触发网络配置相应的QoS Flow，并且第一网元还指示监控与QoS信息相关的事件。后续，第一网元还可以根据网络监控事件获取的参数，分配适合的上行目标QoS信息和适合的下行目标QoS信息，通过动态调整，使得业务流的传输满足QoS需求。
在上述图10所示的方法中，第一网元先分配的是上行初始QoS信息或下行初始QoS信息。在具体应用中，第一网元也可以先分配上行初始QoS信息和下行初始QoS信息。下面以第一网元为新增网元为例进行介绍。
如图11所示，为本申请实施例提供的又一种通信方法，该通信方法可以包括如下步骤：
S1101：AF网元向第一网元发送第五请求消息。相应的，第一网元接收来自AF网元的第五请求消息。
上述S1101的具体过程可以参考上述S1001中对应的描述，此处不做赘述。
S1102：第一网元对业务流的QoS信息进行分解，得到初始QoS信息。
其中，初始QoS信息可以包括业务流在上行方向的初始QoS信息(以下简称上行初始QoS信息)和业务流在下行方向的初始QoS信息(以下简称下行初始QoS信息)。
上述S1102的具体过程可以参考上述S1002中对应的描述。不同的是，在S1002中，第一网元得到的是上行初始QoS信息或下行初始QoS信息，而在S1102中，第一网元得到的是上行初始QoS信息和下行初始信息。
S1103：第一网元向PCF网元发送第六请求消息。相应的，PCF网元接收来自第一网元的第六请求消息。
其中，第六请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。
可选的，第六请求消息还包括以下至少一项：本地切换指示信息、入口终端关联的DNN、入口终端关联的S-NSSAI或业务流的流信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
可以理解的，第六请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。
S1104：第一网元向PCF网元发送第七请求消息。相应的，PCF网元接收来自第一网元的第七请求消息。
其中，第七请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。
可选的，第七请求消息还包括以下至少一项：本地切换指示信息、出口终端关联的DNN、出口终端关联的S-NSSAI或业务流的流信息。本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
可以理解的，第七请求消息可以是创建请求消息(如：Npcf_PolicyAuthorization_Create Request消息)或更新请求消息(如：Npcf_PolicyAuthorization_Update Request消息)。
上述S1103-S1104中的其他介绍可以参考上述S904-S905中对应的描述。
S1105：PCF网元根据第六请求消息生成第五PCC规则，根据第七请求消息生成第六PCC规则。
示例性的，PCF网元根据上行初始QoS信息生成第五PCC规则中的QoS参数，根据本地切换指示信息设置第五PCC规则中的本地切换指示信息，根据第二事件指示信息在第五PCC规则中设置相应的功能。
类似的，PCF网元根据下行初始QoS信息生成第六PCC规则中的QoS参数，根据本地切换指示信息设置第六PCC规则中的本地切换指示信息，根据第二事件指示信息在第六PCC规则中设置相应的功能。
上述S1105中的其他介绍可以参考上述S906中对应的描述。
S1106：PCF网元向SMF网元发送第五PCC规则和第六PCC规则。相应的，SMF网元接收来自PCF网元的第一PCC规则和第二PCC规则。
S1107：SMF网元向第一网元发送针对第六请求消息的第四通知信息。相应的，第一网元接收来自SMF网元的针对第六请求消息的第四通知信息。
S1108：SMF网元向第一网元发送针对第七请求消息的第五通知信息。相应的，第一网元接收来自SMF网元的针对第七请求消息的第五通知信息。
上述S1106-S1108的具体过程可以参考上述S907-S909中对应的描述。
S1109：第一网元根据第四通知信息和第五通知信息调整初始QoS信息，得到目标QoS信息。
其中，目标QoS信息包括上行目标QoS信息和下行目标QoS信息。
可以理解的，第四通知信息至少可以指示业务流上行方向的平均时延，第一网元可以根据第四通知信息确定上行初始QoS信息设置的是否合适。第五通知信息至少可以指示业务流下行方向的平均时延，第一网元可以根据第五通知信息确定下行初始QoS信息设置的是否合适。因此，根据第四通知信息和第五通知信息可以得到适合的上行目标QoS信息和下行目标QoS信息。
作为一种示例，若业务流的时延为20ms，上行初始QoS信息包括业务流上行方向的时延(10ms)，下行初始QoS信息包括业务流下行方向的时延(10ms)，第四通知信息包括业务流上行方向的平均时延(9ms)，第五通知信息包括业务流下行方向的平均时延(6ms)，第四通知信息还指示业务流上行方向的时延不满足业务流上行方向的PDB，则说明上行初始QoS信息中的上行方向的时延配置小了，可以将上行方向的时延调大。例如，上行目标QoS信息包括业务流上行方向的时延(11ms)，下行目标QoS信息包括业务流下行方向的时延(7ms)。
可以理解的，在S1109之前，第一网元可以获取入口终端的接入信息和出口终端的接入信息。这样，第一网元还可以结合入口终端的接入信息和出口终端的接入信息，确定目标QoS信息。或者，在S1109之前，第一网元可以获取入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间。这样，第一网元还可以结合入口终端的接入信息、出口终端的接入信息和UPF网元之间的报文传输时间，确定目标QoS信息。
S1110：第一网元向PCF网元发送第三更新请求消息。相应的，PCF网元接收来自第一网元的第三更新请求消息。
一种可能的实现方式，第三更新请求消息包括上行目标QoS信息。
S1111：第一网元向PCF网元发送第四更新请求消息。相应的，PCF网元接收来自第一网元的第四更新请求消息。
一种可能的实现方式，第四更新请求消息包括下行目标QoS信息。
可以理解的，本申请不限制S1110与S1111的执行顺序。例如，本申请实施例可以先执行S1110再执行S1111，也可以先执行S1110再执行S1111，还可以同时执行S1110和S1111，不予限制。
S1112：PCF网元根据第三更新请求消息生成第七PCC规则，根据第四更新请求消息生成第八PCC规则。
示例性的，PCF网元根据上行目标QoS信息生成第七PCC规则中的QoS参数，根据下行目标QoS信息生成第八PCC规则中的QoS参数。
S1113：PCF网元向SMF网元发送第七PCC规则和第八PCC规则。相应的，SMF网元接收来自PCF网元的第七PCC规则和第八PCC规则。
可以理解的，SMF网元接收到第七PCC规则后，可以根据第七PCC规则更新QoSFlow。例如，SMF网元根据第七PCC规则中的QoS参数更新QoS Flow的QoS参数，根据更新后的QoS参数配置QoS Flow。
类似的，SMF网元接收到第八PCC规则后，可以根据第八PCC规则更新QoS Flow。例如，SMF网元根据第八PCC规则中的QoS参数更新QoS Flow的QoS参数，根据更新后的QoS参数配置QoS Flow。
其中，上述S1101-S1113中的第一网元、AF网元、PCF网元或SMF网元的动作可以由图7所示的通信装置50中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图11所示的方法，第一网元可以先分配上行初始QoS信息和下行初始QoS信息，触发网络配置相应的QoS Flow，并且第一网元还指示监控与QoS信息相关的事件。后续，第一网元还可以根据网络监控事件获取的参数，分配适合的上行目标QoS信息和适合的下行目标QoS信息，通过动态调整，使得业务流的传输满足QoS需求。
在上述图8-图11所示的方法中，执行QoS分解的网元都是第一网元。在具体应用中，执行QoS分解的网元还可以是除第一网元之外的网元。下面以执行QoS分解的网元是AF网元为例进行阐述。
如图12所示，为本申请实施例提供的又一种通信方法，该通信方法可以包括如下步骤：
S1201：AF网元对业务流的QoS信息进行分解，得到初始QoS信息。
其中，AF网元可以是图6中的AF网元411。
其中，第一业务流的QoS信息的介绍可以参考S801中对应的描述。S1201的过程可以参考上述S1002中对应的描述。
S1202：AF网元向PCF网元发送第四请求消息。相应的，PCF网元接收来自AF网元的第四请求消息。
其中，PCF网元可以是图6中的PCF网元412。
若初始QoS信息包括上行初始QoS信息，则第四请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。可选的，第四请求消息还包括以下至少一项：本地切换指示信息、入口终端关联的DNN、入口终端关联的S-NSSAI或业务流的流信息。其中，本地交换指示信息用于指示业务流采用本地交换或跨UPF网元交换的方式进行传输。
若初始QoS信息包括下行初始QoS信息，则第四请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。可选的，第四请求消息还包括以下至少一项：本地切换指示信息、出口终端关联的DNN、出口终端关联的S-NSSAI或业务流的流信息。
一种可能的实现方式，AF网元通过NEF网元和TSCTSF网元向PCF网元发送第四请求消息。
S1203：PCF网元根据第四请求消息生成第八PCC规则。
S1204：PCF网元向SMF网元发送第八PCC规则。相应的，SMF网元接收来自PCF网元的第八PCC规则。
S1205：SMF网元向AF网元发送第三通知信息。相应的，AF网元接收来自SMF网元的第三通知信息。
S1206：AF网元根据第三通知信息和初始QoS信息，得到目标QoS信息。
S1207：AF网元向PCF网元发送第五更新请求消息。相应的，PCF网元接收来自AF网元的第五更新请求消息。
S1208：PCF网元根据第五更新请求消息生成第九PCC规则。
S1209：PCF网元向SMF网元发送第九PCC规则。相应的，SMF网元接收来自PCF网元的第九PCC规则。
上述S1203-S1209的过程可以参考前文对应的描述，不予赘述。
其中，上述S1201-S1209中的AF网元、PCF网元或SMF网元的动作可以由图7所示的通信装置50中的处理器501调用存储器503中存储的应用程序代码来执行，本申请实施例对此不做任何限制。
基于图12所示的方法，AF网元可以先分配上行初始QoS信息或下行初始QoS信息，并触发PCF网元根据上行初始QoS信息或下行初始QoS信息生成对应的PCC规则，SMF网元根据对应的PCC规则配置QoS Flow，并且AF网元还指示监控与QoS信息相关的事件。后续，AF网元还可以根据时间通知，分配适合的上行QoS信息和适合的下行QoS信息，通过动态调整，使得业务流的传输满足QoS需求。
在上述图12所示的方法中，AF网元先分配的是上行初始QoS信息或下行初始QoS信息。在具体应用中，AF网元也可以先分配上行初始QoS信息和下行初始QoS信息。例如，AF网元对业务流的QoS信息进行分解，得到初始QoS信息，向PCF网元发送第六请求消息和第七请求消息，并接收针对第六请求消息的第四通知信息和接收针对第七请求消息的第五通知信息，根据第四通知信息和第五通知信息调整初始QoS信息，得到目标QoS信息。其中，初始QoS信息包括上行初始QoS信息和下行初始QoS信息。目标QoS信息包括上行目标QoS信息和下行目标QoS信息。第六请求消息包括入口终端的地址、上行初始QoS信息和第二事件指示信息。第七请求消息包括出口终端的地址、下行初始QoS信息和第二事件指示信息。第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的QoS通知监控。上述过程与上述S1102-S1113的过程类似，因此，可以参考图11所示实施例中对应的描述，在此不做赘述。
本申请上文中提到的各个实施例之间在方案不矛盾的情况下，均可以进行结合，不作限制。
可以理解的，以上各个实施例中，由第一网元实现的方法和/或步骤，也可以由可用于第一网元的部件(例如芯片或者电路)实现；由AF网元实现的方法和/或步骤，也可以由可用于AF网元的部件(例如芯片或者电路)实现。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置可以为上述方法实施例中的第一网元，或者包含上述第一网元的装置，或者为可用于第一网元的部件；或者，该通信装置可以为上述方法实施例中的AF网元，或者包含上述AF网元的装置，或者为可用于AF网元的部件。可以理解的是，上述第一网元或者AF网元等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法操作，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对第一网元或AF网元进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可以理解的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
比如，以采用集成的方式划分各个功能模块的情况下，图13示出了一种通信装置130的结构示意图。通信装置130包括收发模块1301和处理模块1302。收发模块1301，也可以称为收发单元用于执行收发操作，例如可以是收发电路，收发机，收发器或者通信接口等。处理模块1302，也可以称为处理单元用于执行除了收发操作之外的操作，例如可以是处理电路或者处理器等。
在一些实施例中，该通信装置130还可以包括存储模块(图13中未示出)，用于存储程序指令和数据。
示例性地，通信装置130用于实现第一网元的功能。通信装置130例如为图8所示的实施例或图9所示的实施例所述的第一网元。
其中，收发模块1301，用于接收来自应用功能网元的第一请求消息，第一请求消息包括业务流的类型信息、目标终端集合的信息和业务流的服务质量信息。例如，收发模块1301可以用于执行S801或S901。
处理模块1302，用于在类型信息指示业务流为端到端的业务流的情况下，根据目标终端集合的信息获取服务质量分解信息，服务质量分解信息包括入口终端的接入信息以及出口终端的接入信息。例如，处理模块1302可以用于执行S802或S902。
处理模块1302，还用于根据服务质量分解信息，对业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息。例如，处理模块1302可以用于执行S803或S903。
处理模块1302，还用于触发网络根据上行服务质量信息配置入口终端的会话，以及根据下行服务质量信息配置出口终端的会话；其中，入口终端的会话中包括用于传输业务流的第一服务质量流，出口终端的会话中包括用于传输业务流的第二服务质量流。例如，处理模块1302可以用于执行S804。
在一种可能的实现方式中，处理模块1302，具体用于通过收发模块1301发送第二请求消息，第二请求消息包括入口终端的地址和上行服务质量信息；以及，处理模块1302，还具体用于通过收发模块1301发送第三请求消息，第三请求消息包括出口终端的地址和下行服务质量信息。
在一种可能的实现方式中，第二请求消息和第三请求消息还包括本地交换指示信息，本地交换指示信息用于指示业务流采用本地交换或跨用户面功能网元交换的方式进行传输。
在一种可能的实现方式中，入口终端的接入信息包括：入口终端的位置信息和入口终端的会话对应的锚点用户面功能网元的标识；以及，出口终端的接入信息包括：出口终端的位置信息和出口终端的会话对应的锚点用户面功能网元的标识。
在一种可能的实现方式中，业务流的服务质量信息包括业务流的时延要求；上行服务质量信息包括业务流上行方向的时延；下行服务质量信息包括业务流下行方向的时延；且业务流上行方向的时延与业务流下行方向的时延之和小于或等于业务流的时延要求。
在一种可能的实现方式中，业务流的服务质量信息包括业务流的报文到达时间；上行服务质量信息包括业务流上行方向的报文到达时间，业务流上行方向的报文到达时间与业务流的报文到达时间相同；下行服务质量信息包括业务流下行方向的报文到达时间，业务流下行方向的报文到达时间由业务流上行方向的报文到达时间以及业务流上行方向的时延之和确定。
在一种可能的实现方式中，服务质量分解信息还包括入口终端的会话对应的锚点用户面功能网元和出口终端的会话对应的锚点用户面功能网元之间的报文传输时间。
在一种可能的实现方式中，业务流的服务质量信息包括业务流的时延要求；上行服务质量信息包括业务流上行方向的时延；下行服务质量信息包括业务流下行方向的时延；业务流上行方向的时延、业务流下行方向的时延以及报文传输时间之和小于或等于业务流的时延要求。
在一种可能的实现方式中，业务流的服务质量信息包括业务流的报文到达时间；上行服务质量信息包括业务流上行方向的报文到达时间，业务流上行方向的报文到达时间与业务流的报文到达时间相同；下行服务质量信息包括业务流下行方向的报文到达时间，业务流下行方向的报文到达时间由业务流上行方向的报文到达时间、业务流上行方向的时延以及报文传输时间之和确定。
在一种可能的实现方式中，第一请求消息还包括第一事件指示信息，第一事件指示信息指示以下至少一项：针对平均时延的监控，针对报文时延预算的服务质量通知监控，针对保证比特速率的服务质量通知监控或针对报文出错率的服务质量通知监控；第二请求消息还包括第一事件指示信息；第三请求消息还包括第一事件指示信息。
在一种可能的实现方式中，收发模块1301，还用于接收针对第二请求消息的第一通知信息，第一通知信息包括以下至少一项：业务流上行方向的平均时延，业务流上行方向的报文时延预算不再满足的指示信息，业务流上行方向的保证比特速率不再满足的指示信息或业务流上行方向的报文出错率不再满足的指示信息；收发模块1301，还用于接收针对第三请求消息的第二通知信息，第二通知信息包括以下至少一项：业务流下行方向的平均时延，业务流下行方向的报文时延预算不再满足的指示信息，业务流下行方向的保证比特速率不再满足的指示信息或业务流下行方向的报文出错率不再满足的指示信息；处理模块1302，还用于根据第一通知信息调整上行服务质量信息；或者，根据第二通知信息调整下行服务质量信息；或者，根据第一通知信息和第二通知信息调整上行服务质量信息和下行服务质量信息。
在一种可能的实现方式中，第一请求消息还包括业务流的流信息，业务流的流信息包括IP五元组或以太报文头信息地址。
在一种可能的实现方式中，第二请求消息和第三请求消息还包括业务流的流信息，业务流的流信息包括IP五元组或以太报文头信息地址。
当用于实现第一网元的功能时，关于通信装置130所能实现的其他功能，可参考图8所示的实施例或图9所示的实施例的相关介绍，不多赘述。
在一个简单的实施例中，本领域的技术人员可以想到通信装置130可以采用图7所示的形式。比如，图7中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得通信装置130执行上述方法实施例中所述的方法。
示例性的，图13中的收发模块1301和处理模块1302的功能/实现过程可以通过图7中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图13中的处理模块1302的功能/实现过程可以通过图7中的处理器501调用存储器503中存储的计算机执行指令来实现，图13中的收发模块1301的功能/实现过程可以通过图7中的通信接口504来实现。
比如，以采用集成的方式划分各个功能模块的情况下，图14示出了一种通信装置140的结构示意图。通信装置140包括处理模块1401和收发模块1402。处理模块1401，也可以称为处理单元用于执行除了收发操作之外的操作，例如可以是处理电路或者处理器等。收发模块1402，也可以称为收发单元用于执行收发操作，例如可以是收发电路，收发机，收发器或者通信接口等。
在一些实施例中，该通信装置140还可以包括存储模块(图14中未示出)，用于存储程序指令和数据。
示例性地，通信装置140用于实现第一网元/AF网元的功能。通信装置140例如为图10所示的实施例所述的第一网元，或者，通信装置140例如为图12所示的实施例所述的AF网元。
其中，处理模块1401，用于对业务流的服务质量信息进行分解，得到初始服务质量信息。业务流为端到端业务流，其中，初始服务质量信息包括上行初始服务质量信息或下行初始服务质量信息。例如，处理模块1401可以用于执行S1002或S1201。
收发模块1402，用于发送第四请求消息。其中，第四请求消息包括第一终端的地址、初始服务质量信息和第二事件指示信息，第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的服务质量通知监控，其中，当初始服务信息包括上行初始服务质量信息时，第一终端为业务流的入口终端，当初始服务信息包括下行初始服务质量信息时，第一终端为业务流的出口终端。例如，收发模块1402可以用于执行S1003或S1202。
收发模块1402，还用于接收针对第四请求消息的第三通知信息，若初始服务质量信息包括上行初始服务质量信息，则第三通知信息包括业务流上行方向的平均时延，或者，第三通知信息包括业务流上行方向的平均时延和业务流上行方向的报文时延预算不再满足的指示信息，或者，若初始服务质量信息包括下行初始服务质量信息，则第三通知信息包括业务流下行方向的平均时延，或者，第三通知信息包括业务流下行方向的平均时延和业务流下行方向的报文时延预算不再满足的指示信息。例如，收发模块1402可以用于执行上述S1004或上述S1205。
处理模块1401，还用于根据第三通知信息调整初始服务质量信息，得到目标服务质量信息，目标服务质量信息包括上行目标服务质量信息和下行目标服务质量信息。例如，处理模块1401可以用于执行S1005或S1206。
在一种可能的实现方式中，第四请求消息还包括本地交换指示信息，本地切换指示信息用于指示业务流采用本地交换或跨用户面功能网元交换方式进行传输。
在一种可能的实现方式中，收发模块1402，还用于接收来自应用功能网元的第五请求消息，第五请求消息包括业务流的类型信息、业务流的服务质量信息和第二事件指示信息，业务流的类型信息指示业务流为端到端业务流。
在一种可能的实现方式中，业务流的服务质量信息包括业务流的时延要求；若初始服务质量信息为上行初始服务质量信息，则上行初始服务质量信息包括业务流上行方向的时延，业务流上行方向的时延是根据第一预设规则和业务流的时延要求得到的；或者，若初始服务质量信息为下行初始服务质量信息，则下行初始服务质量信息包括业务流下行方向的时延，业务流下行方向的时延是根据第二预设规则和业务流的时延要求得到的。
在一种可能的实现方式中，业务流的服务质量信息还包括业务流的报文到达时间；上行初始服务质量信息还包括业务流上行方向的报文到达时间，业务流上行方向的报文到达时间与业务流的报文到达时间相同。
当用于实现第一网元的功能时，关于通信装置140所能实现的其他功能，可参考图10所示的实施例的相关介绍，不多赘述。
当用于实现AF网元的功能时，关于通信装置140所能实现的其他功能，可参考图12所示的实施例的相关介绍，不多赘述。
在一个简单的实施例中，本领域的技术人员可以想到通信装置140可以采用图7所示的形式。比如，图7中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得通信装置140执行上述方法实施例中所述的方法。
示例性的，图14中的处理模块1401和收发模块1402的功能/实现过程可以通过图7中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图14中的处理模块1401的功能/实现过程可以通过图7中的处理器501调用存储器503中存储的计算机执行指令来实现，图14中的收发模块1402的功能/实现过程可以通过图7中的通信接口504来实现。
可以理解的是，以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候，所述软件以计算机程序指令的方式存在，并被存储在存储器中，处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上系统)或ASIC，也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块或单元以硬件实现的时候，该硬件可以是CPU、微处理器、数字信号处理(digital signal processing，DSP)芯片、微控制单元(microcontroller unit，MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合，其可以运行必要的软件或不依赖于软件以执行以上方法流程。
可选的，本申请实施例还提供了一种芯片系统，包括：至少一个处理器和接口，该至少一个处理器通过接口与存储器耦合，当该至少一个处理器执行存储器中的计算机程序或指令时，使得上述任一方法实施例中的方法被执行。在一种可能的实现方式中，该芯片系统还包括存储器。可选的，该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。
可选的，本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的通信装置的内部存储单元，例如通信装置的硬盘或内存。上述计算机可读存储介质也可以是上述通信装置的外部存储设备，例如上述通信装置上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述通信装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述通信装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
可选的，本申请实施例还提供了一种计算机程序产品。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机程序产品中，该程序在执行时，可包括如上述各方法实施例的流程。
可选的，本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以由计算机指令来指令相关的硬件(如计算机、处理器、接入网设备、移动性管理网元或会话管理网元等)完成。该程序可被存储于上述计算机可读存储介质中或上述计算机程序产品中。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (38)

1.一种通信方法，其特征在于，所述方法包括：
接收来自应用功能网元的第一请求消息，所述第一请求消息包括业务流的类型信息、目标终端集合的信息和所述业务流的服务质量信息；
在所述类型信息指示所述业务流为端到端的业务流的情况下，根据所述目标终端集合的信息获取服务质量分解信息，所述服务质量分解信息包括入口终端的接入信息以及出口终端的接入信息；
根据所述服务质量分解信息，对所述业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息；
触发网络根据所述上行服务质量信息配置所述入口终端的会话，以及根据所述下行服务质量信息配置所述出口终端的会话；其中，所述入口终端的会话中包括用于传输所述业务流的第一服务质量流，所述出口终端的会话中包括用于传输所述业务流的第二服务质量流。
2.根据权利要求1所述的方法，其特征在于，所述触发网络根据所述上行服务质量信息配置所述入口终端的会话，以及根据所述下行服务质量信息配置所述出口终端的会话，包括：
发送第二请求消息，所述第二请求消息包括所述入口终端的地址和所述上行服务质量信息；以及
发送第三请求消息，所述第三请求消息包括所述出口终端的地址和所述下行服务质量信息。
3.根据权利要求2所述的方法，其特征在于，所述第二请求消息和所述第三请求消息还包括本地交换指示信息，所述本地交换指示信息用于指示所述业务流采用本地交换或跨用户面功能网元交换的方式进行传输。
4.根据权利要求1-3中任一项所述的方法，其特征在于，所述入口终端的接入信息包括：所述入口终端的位置信息和所述入口终端的会话对应的锚点用户面功能网元的标识；以及，
所述出口终端的接入信息包括：所述出口终端的位置信息和所述出口终端的会话对应的锚点用户面功能网元的标识。
5.根据权利要求1-4中任一项所述的方法，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
所述上行服务质量信息包括所述业务流上行方向的时延；
所述下行服务质量信息包括所述业务流下行方向的时延；
且所述业务流上行方向的时延与所述业务流下行方向的时延之和小于或等于所述业务流的时延要求。
6.根据权利要求5所述的方法，其特征在于，
所述业务流的服务质量信息包括所述业务流的报文到达时间；
所述上行服务质量信息包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同；
所述下行服务质量信息包括所述业务流下行方向的报文到达时间，所述业务流下行方向的报文到达时间由所述业务流上行方向的报文到达时间以及所述业务流上行方向的时延之和确定。
7.根据权利要求4所述的方法，其特征在于，所述服务质量分解信息还包括所述入口终端的会话对应的锚点用户面功能网元和所述出口终端的会话对应的锚点用户面功能网元之间的报文传输时间。
8.根据权利要求7所述的方法，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
所述上行服务质量信息包括所述业务流上行方向的时延；
所述下行服务质量信息包括所述业务流下行方向的时延；
所述业务流上行方向的时延、所述业务流下行方向的时延以及所述报文传输时间之和小于或等于所述业务流的时延要求。
9.根据权利要求8所述的方法，其特征在于，
所述业务流的服务质量信息包括所述业务流的报文到达时间；
所述上行服务质量信息包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同；
所述下行服务质量信息包括所述业务流下行方向的报文到达时间，所述业务流下行方向的报文到达时间由所述业务流上行方向的报文到达时间、所述业务流上行方向的时延以及所述报文传输时间之和确定。
10.根据权利要求2-9中任一项所述的方法，其特征在于，
所述第一请求消息还包括第一事件指示信息，所述第一事件指示信息指示以下至少一项：针对平均时延的监控，针对报文时延预算的服务质量通知监控，针对保证比特速率的服务质量通知监控或针对报文出错率的服务质量通知监控；
所述第二请求消息还包括所述第一事件指示信息；
所述第三请求消息还包括所述第一事件指示信息。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
接收针对所述第二请求消息的第一通知信息，所述第一通知信息包括以下至少一项：所述业务流上行方向的平均时延，所述业务流上行方向的报文时延预算不再满足的指示信息，所述业务流上行方向的保证比特速率不再满足的指示信息或所述业务流上行方向的报文出错率不再满足的指示信息；
接收针对所述第三请求消息的第二通知信息，所述第二通知信息包括以下至少一项：所述业务流下行方向的平均时延，所述业务流下行方向的报文时延预算不再满足的指示信息，所述业务流下行方向的保证比特速率不再满足的指示信息或所述业务流下行方向的报文出错率不再满足的指示信息；
根据所述第一通知信息调整所述上行服务质量信息；或者，根据所述第二通知信息调整所述下行服务质量信息；或者，根据所述第一通知信息和所述第二通知信息调整所述上行服务质量信息和所述下行服务质量信息。
12.根据权利要求1-11中任一项所述的方法，其特征在于，所述第一请求消息还包括所述业务流的流信息，所述业务流的流信息包括IP五元组或以太报文头信息地址。
13.根据权利要求2-12中任一项所述的方法，其特征在于，
所述第二请求消息和所述第三请求消息还包括所述业务流的流信息，所述业务流的流信息包括IP五元组或以太报文头信息地址。
14.一种通信方法，其特征在于，所述方法包括：
对业务流的服务质量信息进行分解，得到初始服务质量信息，所述业务流为端到端业务流，其中，所述初始服务质量信息包括上行初始服务质量信息或下行初始服务质量信息；
发送第四请求消息，所述第四请求消息包括第一终端的地址、所述初始服务质量信息和第二事件指示信息，所述第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的服务质量通知监控，其中，当所述初始服务信息包括上行初始服务质量信息时，所述第一终端为所述业务流的入口终端，当所述初始服务信息包括下行初始服务质量信息时，所述第一终端为所述业务流的出口终端；
接收针对所述第四请求消息的第三通知信息，若所述初始服务质量信息包括上行初始服务质量信息，则所述第三通知信息包括所述业务流上行方向的平均时延，或者，所述第三通知信息包括所述业务流上行方向的平均时延和所述业务流上行方向的报文时延预算不再满足的指示信息，或者，若所述初始服务质量信息包括下行初始服务质量信息，则所述第三通知信息包括所述业务流下行方向的平均时延，或者，所述第三通知信息包括所述业务流下行方向的平均时延和所述业务流下行方向的报文时延预算不再满足的指示信息；
根据所述第三通知信息调整所述初始服务质量信息，得到目标服务质量信息，所述目标服务质量信息包括上行目标服务质量信息和下行目标服务质量信息。
15.根据权利要求14所述的方法，其特征在于，所述第四请求消息还包括本地交换指示信息，所述本地切换指示信息用于指示所述业务流采用本地交换或跨用户面功能网元交换方式进行传输。
16.根据权利要求14或15所述的方法，其特征在于，所述对业务流的服务质量信息进行分解，得到初始服务质量信息之前，所述方法还包括：
接收来自应用功能网元的第五请求消息，所述第五请求消息包括业务流的类型信息、所述业务流的服务质量信息和所述第二事件指示信息，业务流的类型信息指示所述业务流为端到端业务流。
17.根据权利要求14-16中任一项所述的方法，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
若所述初始服务质量信息为上行初始服务质量信息，则所述上行初始服务质量信息包括所述业务流上行方向的时延，所述业务流上行方向的时延是根据第一预设规则和所述业务流的时延要求得到的；或者，
若所述初始服务质量信息为下行初始服务质量信息，则所述下行初始服务质量信息包括所述业务流下行方向的时延，所述业务流下行方向的时延是根据第二预设规则和所述业务流的时延要求得到的。
18.根据权利要求17所述的方法，其特征在于，
所述业务流的服务质量信息还包括所述业务流的报文到达时间；
所述上行初始服务质量信息还包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同。
19.一种通信装置，其特征在于，所述通信装置包括：收发模块和处理模块；
所述收发模块，用于接收来自应用功能网元的第一请求消息，所述第一请求消息包括业务流的类型信息、目标终端集合的信息和所述业务流的服务质量信息；
所述处理模块，用于在所述类型信息指示所述业务流为端到端的业务流的情况下，根据所述目标终端集合的信息获取服务质量分解信息，所述服务质量分解信息包括入口终端的接入信息以及出口终端的接入信息；
所述处理模块，还用于根据所述服务质量分解信息，对所述业务流的服务质量信息进行分解，得到上行服务质量信息和下行服务质量信息；
所述处理模块，还用于触发网络根据所述上行服务质量信息配置所述入口终端的会话，以及根据所述下行服务质量信息配置所述出口终端的会话；其中，所述入口终端的会话中包括用于传输所述业务流的第一服务质量流，所述出口终端的会话中包括用于传输所述业务流的第二服务质量流。
20.根据权利要求19所述的通信装置，其特征在于，
所述处理模块，具体用于通过所述收发模块发送第二请求消息，所述第二请求消息包括所述入口终端的地址和所述上行服务质量信息；以及
所述处理模块，还具体用于通过所述收发模块发送第三请求消息，所述第三请求消息包括所述出口终端的地址和所述下行服务质量信息。
21.根据权利要求20所述的通信装置，其特征在于，所述第二请求消息和所述第三请求消息还包括本地交换指示信息，所述本地交换指示信息用于指示所述业务流采用本地交换或跨用户面功能网元交换的方式进行传输。
22.根据权利要求19-21中任一项所述的通信装置，其特征在于，所述入口终端的接入信息包括：所述入口终端的位置信息和所述入口终端的会话对应的锚点用户面功能网元的标识；以及，
所述出口终端的接入信息包括：所述出口终端的位置信息和所述出口终端的会话对应的锚点用户面功能网元的标识。
23.根据权利要求19-22中任一项所述的通信装置，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
所述上行服务质量信息包括所述业务流上行方向的时延；
所述下行服务质量信息包括所述业务流下行方向的时延；
且所述业务流上行方向的时延与所述业务流下行方向的时延之和小于或等于所述业务流的时延要求。
24.根据权利要求23所述的通信装置，其特征在于，
所述业务流的服务质量信息包括所述业务流的报文到达时间；
所述上行服务质量信息包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同；
所述下行服务质量信息包括所述业务流下行方向的报文到达时间，所述业务流下行方向的报文到达时间由所述业务流上行方向的报文到达时间以及所述业务流上行方向的时延之和确定。
25.根据权利要求22所述的通信装置，其特征在于，所述服务质量分解信息还包括所述入口终端的会话对应的锚点用户面功能网元和所述出口终端的会话对应的锚点用户面功能网元之间的报文传输时间。
26.根据权利要求25所述的通信装置，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
所述上行服务质量信息包括所述业务流上行方向的时延；
所述下行服务质量信息包括所述业务流下行方向的时延；
所述业务流上行方向的时延、所述业务流下行方向的时延以及所述报文传输时间之和小于或等于所述业务流的时延要求。
27.根据权利要求26所述的通信装置，其特征在于，
所述业务流的服务质量信息包括所述业务流的报文到达时间；
所述上行服务质量信息包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同；
所述下行服务质量信息包括所述业务流下行方向的报文到达时间，所述业务流下行方向的报文到达时间由所述业务流上行方向的报文到达时间、所述业务流上行方向的时延以及所述报文传输时间之和确定。
28.根据权利要求20-27中任一项所述的通信装置，其特征在于，
所述第一请求消息还包括第一事件指示信息，所述第一事件指示信息指示以下至少一项：针对平均时延的监控，针对报文时延预算的服务质量通知监控，针对保证比特速率的服务质量通知监控或针对报文出错率的服务质量通知监控；
所述第二请求消息还包括所述第一事件指示信息；
所述第三请求消息还包括所述第一事件指示信息。
29.根据权利要求28所述的通信装置，其特征在于，
所述收发模块，还用于接收针对所述第二请求消息的第一通知信息，所述第一通知信息包括以下至少一项：所述业务流上行方向的平均时延，所述业务流上行方向的报文时延预算不再满足的指示信息，所述业务流上行方向的保证比特速率不再满足的指示信息或所述业务流上行方向的报文出错率不再满足的指示信息；
所述收发模块，还用于接收针对所述第三请求消息的第二通知信息，所述第二通知信息包括以下至少一项：所述业务流下行方向的平均时延，所述业务流下行方向的报文时延预算不再满足的指示信息，所述业务流下行方向的保证比特速率不再满足的指示信息或所述业务流下行方向的报文出错率不再满足的指示信息；
所述处理模块，还用于根据所述第一通知信息调整所述上行服务质量信息；或者，根据所述第二通知信息调整所述下行服务质量信息；或者，根据所述第一通知信息和所述第二通知信息调整所述上行服务质量信息和所述下行服务质量信息。
30.根据权利要求19-29中任一项所述的通信装置，其特征在于，所述第一请求消息还包括所述业务流的流信息，所述业务流的流信息包括IP五元组或以太报文头信息地址。
31.根据权利要求20-30中任一项所述的通信装置，其特征在于，
所述第二请求消息和所述第三请求消息还包括所述业务流的流信息，所述业务流的流信息包括IP五元组或以太报文头信息地址。
32.一种通信装置，其特征在于，所述通信装置包括：处理模块和收发模块；
所述处理模块，用于对业务流的服务质量信息进行分解，得到初始服务质量信息，所述业务流为端到端业务流，其中，所述初始服务质量信息包括上行初始服务质量信息或下行初始服务质量信息；
所述收发模块，用于发送第四请求消息，所述第四请求消息包括第一终端的地址、所述初始服务质量信息和第二事件指示信息，所述第二事件指示信息指示针对平均时延的监控，以及针对报文时延预算的服务质量通知监控，其中，当所述初始服务信息包括上行初始服务质量信息时，所述第一终端为所述业务流的入口终端，当所述初始服务信息包括下行初始服务质量信息时，所述第一终端为所述业务流的出口终端；
所述收发模块，还用于接收针对所述第四请求消息的第三通知信息，若所述初始服务质量信息包括上行初始服务质量信息，则所述第三通知信息包括所述业务流上行方向的平均时延，或者，所述第三通知信息包括所述业务流上行方向的平均时延和所述业务流上行方向的报文时延预算不再满足的指示信息，或者，若所述初始服务质量信息包括下行初始服务质量信息，则所述第三通知信息包括所述业务流下行方向的平均时延，或者，所述第三通知信息包括所述业务流下行方向的平均时延和所述业务流下行方向的报文时延预算不再满足的指示信息；
所述处理模块，还用于根据所述第三通知信息调整所述初始服务质量信息，得到目标服务质量信息，所述目标服务质量信息包括上行目标服务质量信息和下行目标服务质量信息。
33.根据权利要求32所述的通信装置，其特征在于，所述第四请求消息还包括本地交换指示信息，所述本地切换指示信息用于指示所述业务流采用本地交换或跨用户面功能网元交换方式进行传输。
34.根据权利要求32或33所述的通信装置，其特征在于，
所述收发模块，还用于接收来自应用功能网元的第五请求消息，所述第五请求消息包括业务流的类型信息、所述业务流的服务质量信息和所述第二事件指示信息，业务流的类型信息指示所述业务流为端到端业务流。
35.根据权利要求32-34中任一项所述的通信装置，其特征在于，
所述业务流的服务质量信息包括所述业务流的时延要求；
若所述初始服务质量信息为上行初始服务质量信息，则所述上行初始服务质量信息包括所述业务流上行方向的时延，所述业务流上行方向的时延是根据第一预设规则和所述业务流的时延要求得到的；或者，
若所述初始服务质量信息为下行初始服务质量信息，则所述下行初始服务质量信息包括所述业务流下行方向的时延，所述业务流下行方向的时延是根据第二预设规则和所述业务流的时延要求得到的。
36.根据权利要求35所述的通信装置，其特征在于，
所述业务流的服务质量信息还包括所述业务流的报文到达时间；
所述上行初始服务质量信息还包括所述业务流上行方向的报文到达时间，所述业务流上行方向的报文到达时间与所述业务流的报文到达时间相同。
37.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述装置执行如权利要求1至13中任一项所述的方法，或者执行如权利要求14至18中任一项所述的方法。
38.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被执行时使得计算机执行如权利要求1至13中任一项所述的方法或者如权利要求14至18中任一项所述的方法。
CN202210475137.7A 2022-04-29 2022-04-29 通信方法及装置 Pending CN117042036A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210475137.7A CN117042036A (zh) 2022-04-29 2022-04-29 通信方法及装置
PCT/CN2023/090114 WO2023207855A1 (zh) 2022-04-29 2023-04-23 通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210475137.7A CN117042036A (zh) 2022-04-29 2022-04-29 通信方法及装置

Publications (1)

Publication Number Publication Date
CN117042036A true CN117042036A (zh) 2023-11-10

Family

ID=88517730

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210475137.7A Pending CN117042036A (zh) 2022-04-29 2022-04-29 通信方法及装置

Country Status (2)

Country Link
CN (1) CN117042036A (zh)
WO (1) WO2023207855A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10863494B2 (en) * 2018-01-22 2020-12-08 Apple Inc. Control signaling for uplink multiple input multiple output, channel state information reference signal configuration and sounding reference signal configuration
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
CN111770531B (zh) * 2019-04-01 2022-03-29 华为技术有限公司 获取数据包延迟参数的方法、系统和装置
CN114205878B (zh) * 2020-09-18 2023-06-27 华为技术有限公司 通信方法及装置

Also Published As

Publication number Publication date
WO2023207855A1 (zh) 2023-11-02

Similar Documents

Publication Publication Date Title
KR102667780B1 (ko) 사이드링크 통신방법, 장치 및 저장매체
JP7183416B2 (ja) 時間依存ネットワーキング通信方法及び装置
CN113411857B (zh) 通信方法及装置
CN110557724B (zh) 一种多播业务的数据传输方法以及相关设备
CN111200791B (zh) 群组通信方法、设备及系统
US20220150166A1 (en) Methods and apparatuses for supporting a local area network (lan)
CN112165725B (zh) 报文处理的方法及设备
WO2020224556A1 (zh) 一种路由规则的管理方法及通信装置
WO2020165857A1 (en) 5g system support for virtual tsn bridge management, qos mapping and tsn qbv scheduling
CN113596191B (zh) 一种数据处理方法、网元设备以及可读存储介质
CN110167190A (zh) 会话建立方法和设备
WO2022048505A1 (zh) 多流关联传输的方法、装置及系统
EP4088434A1 (en) Tsc-5g qos mapping with consideration of assistance traffic information and pcc rules for tsc traffic mapping and 5g qos flows binding
WO2020232720A1 (zh) 一种通信方法及装置、网络架构
CN111556540A (zh) Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体
KR20210143563A (ko) 이동통신 네트워크에서 단말에 Deterministic Communication을 지원하는 방법 및 장치
CN112019363A (zh) 确定业务传输需求的方法、设备及系统
CN112449311B (zh) 通信方法、设备及系统
WO2023284551A1 (zh) 通信方法、装置和系统
CN117042036A (zh) 通信方法及装置
CN114980243A (zh) 一种数据转发方法、装置及存储介质
CN112511403A (zh) 一种虚拟局域网通信方法、设备及存储介质
WO2024012378A1 (zh) 一种通信方法及装置
EP3895385B1 (en) Methods and apparatuses for supporting a local area network (lan)
WO2023019998A1 (zh) 一种通信隧道管理方法、装置及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication