CN116866986A

CN116866986A - 通信方法及装置

Info

Publication number: CN116866986A
Application number: CN202210308243.6A
Authority: CN
Inventors: 孙海洋; 李岩
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-03-26
Filing date: 2022-03-26
Publication date: 2023-10-10
Also published as: WO2023185402A1

Abstract

本申请提供一种通信方法及装置，属于通信技术领域，以实现通过较低的开销来保障业务的QoS质量。在该方法中，通过为终端或接入网设备配置业务对应的PER，例如满足业务的丢帧率限制的PER，使得终端或接入网设备可直接根据该PER处理该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，从而保障业务的QoS质量。该方法可应用到如4G通信系统、5G通信系统、或者未来的通信系统中。

Description

通信方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种通信方法及装置。

背景技术

新空口(new radio，NR)中逐渐渗入一些实时性强、数据容量要求大的多媒体业务。例如，扩展现实(extended reality，XR)、触觉互联网等。这些业务对服务质量(qualityof service，QoS)的要求很高，以确保良好的用户体验。但由于接入网设备并不感知这些业务的数据包与帧的对应关系，导致后续渲染的数据常常与帧不对应，出现画面丢帧、帧跳跃、或帧滞、或者画面与音频不一致等的情况，影响业务的QoS质量。

针对这一问题，目前的解决方案是在数据包中添加帧与数据包的对应关系，以缓解画面丢帧、帧跳跃、或帧滞、或者画面与音频不一致等的情况，保障业务的QoS质量。但这种方式需要接入网设备识别每个数据包对应的头信息，开销很大。

发明内容

本申请实施例提供一种通信方法及装置，以实现通过较低的开销来保障业务的QoS质量。

为达到上述目的，本申请采用如下技术方案：

第一方面，提供一种通信方法。该方法包括：策略控制网元获得与业务对应的包错误率PER，向会话管理网元发送PER。其中，PER用于终端或接入网设备根据PER，处理业务的数据包。

根据第一方面所述的方法可知，通过为终端或接入网设备配置与业务对应的PER，例如满足业务的丢帧率限制的PER，使得终端或接入网设备可直接根据该PER处理该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，从而保障业务的QoS质量。

一种可能的设计方案中，PER为指定取值。也就是说，策略控制网元可以指示终端或接入网设备使用哪个取值的PER，无需终端或接入网设备确定或者调整PER，以降低设备开销，提高运行效率。例如，PER的指定取值满足如下关系：A/B％≤C≤A％，业务的丢帧率限制为A％。其中，业务的帧内(如一个帧内)的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。可以看出，PER为A％是相对宽松的丢包率条件，而PER为A/B％是相对严格的丢包率条件，两者一个构成一个范围，如[A/B％，A％]，使得PCF网元可以在该范围内选择适合的PER，以兼顾设备开销和业务需求。

一种可能的设计方案中，策略控制网元获得业务对应的PER，包括：策略控制网元接收来自应用功能的业务的PER，以降低策略控制网元的开销，提高运行效率。其中，该PER是根据业务的丢帧率限制确定的。该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足丢帧率限制。其中，根据丢帧率限制确定PER可以是将丢帧率限制确定为PER。例如，丢帧率限制为A％，PER也为A％，用以在特定情况下(如同一帧内丢包)满足业务的丢帧率限制。

可选地，PER进一步根据业务的帧的内数据包数量确定。例如，策略控制网元确定业务的丢帧率限制和业务的帧内的数据包数量的之间的商值，并将商值确定为PER，用以在任意情况下(如任意帧内丢包)满足业务的丢帧率限制。

另一种可能的设计方案中，策略控制网元获得业务对应的PER，包括：策略控制网元接收来自应用功能的业务的丢帧率限制信息，并根据丢帧率限制信息，确定PER。也即，应用功能可以只提供业务信息，由策略控制网元自行确定PER，以降低应用功能的开销，提高运行效率。其中，该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足业务的丢帧率限制。

可选地，第一方面所述的方法还可以包括：策略控制网元接收来自应用功能的业务的帧特征信息，并根据帧特征信息，确定业务的帧内的数据包数量。相应的，策略控制网元根据丢帧率限制信息，确定PER，包括：策略控制网元根据丢帧率限制信息和业务的帧内的数据包数量，确定PER。

可选地，帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。其中，帧周期和数据包周期可用于确定该业务的帧内的数据包数量(记为帧内数据包数量)。例如，帧内数据包数量＝帧周期/数据包周期；或者，最大数据包数量也可用于确定帧内数据包数量，如帧内数据包数量＝最大数据包数量；或者，最大数据突发量也可用于确定帧内数据包数量，如帧内数据包数量＝最大数据突发量/最大传输单元MTU。如此，策略控制网元可以选择自身能够识别的参数来确定帧内数据包数量，避免因为策略控制网元不支持上述某些参数，而导致其无法确定帧内数据包数量，以保证方案的可靠性。并且，在这种情况下，根据帧内数据包数量确定PER，还可以确保业务的丢帧率在任意情况下都满足丢帧率限制。

进一步的，帧特征信息包括如下至少一项：突发到达时间BAT、或时间信息。其中，BAT用于指示业务的第一个数据包的达到时间。如此，终端或接入网设备能够根据帧特征信息，确定属于同一帧的数据包，实现以帧为粒度，更准确地计算业务的丢包率。例如，终端或接入网设备确定第一个数据包到达之后多长时间内的到达数据包均为同一帧内的数据包。此外，时间信息可以用于指示业务的帧的时间(记为帧时间)。如此，终端或接入网设备还可以根据时间信息，在不同的时间采用不同的PER，以兼顾设备开销和业务需求。例如，对业务在某些时间内的非关键帧，可以采用根据丢帧率限制信息确定的PER，以节约开销；对业务在某些时间内的关键帧，可以采用进一步根据帧内数据包数量确定的PER，以尽量避免关键帧丢帧，保障业务需求。

一种可能的设计方案中，PER携带在策略与计费控制PCC规则中，以实现信元复用，提高通信效率。

一种可能的设计方案中，第一方面所述的方法还可以包括：策略控制网元向会话管理网元发送PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值，以便终端或接入网设备能够在对应的情况下选择适合的执行条件，以兼顾设备开销和业务需求。

可选地，PER的执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C，以尽量避免出现关键帧丢帧；或者，指定时间内包括非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％，以实现在满足业务需求的情况下尽量降低设备开销。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。也就是说，随着丢帧数和/或丢包数在业务允许的范围内增加，PER从相对宽松的丢包率条件逐渐变为相对严格的丢包率条件，实现在丢帧或丢包增多的情况下，通过提高PER的限制来缓解丢帧或丢包，以保障业务的QoS质量。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。例如，在终端或接入网设备以帧为粒度计算丢包的情况下，如果终端或接入网设备确定同一帧内丢包下，则可以根据执行条件#3，保持PER的指定取值不变。也就是说，对于已经出现丢包的帧，这一帧已经丢失了。此时，如果这一帧继续丢包，也不会影响业务的丢帧率，因此可以保持PER的指定取值不变，以避免增加无效开销，提高设备的运行效率。

可选地，PER的执行条件携带在PCC规则中，以实现信元复用，提高通信效率。

第二方面，提供一种通信方法。该方法包括：会话管理网元接收来自策略控制网元的与业务对应的包错误率PER，并向终端和/或接入网设备发送PER与QoS流的对应关系。其中，该对应关系用于接入网设备或终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER的指定取值满足如下关系：A/B％≤C≤A％，业务的丢帧率限制为A％，业务的帧内的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。

一种可能的设计方案中，PER根据业务的丢帧率限制确定。该PER用于在终端或接入网设备处理业务的数据包时，业务的丢帧率满足业务的丢帧率限制。

可选地，PER可根据业务的丢帧率限制和业务的帧内的数据包数量确定。

可选地，业务的帧内的数据包数量根据业务的帧特征信息确定，该帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。

进一步的，业务的帧特征信息包括如下至少一项：BAT、或时间信息。BAT用于指示业务的第一个数据包的达到时间，时间信息用于指示业务的帧的时间。

一种可能的设计方案中，会话管理网元接收来自策略控制网元的业务对应的PER，包括：会话管理网元接收来自策略控制网元的PCC规则，该PCC规则携带有PER。

可选地，第二方面所述的方法还可以包括：会话管理网元将PCC规则映射至QoS流，以实现以QoS流为粒度保障业务的QoS质量。

进一步的，会话管理网元将PCC规则映射至QoS流，包括：会话管理网元确定PCC规则中的PER与已有的QoS流参数中的PER相同，将PCC规则映射至该QoS流参数对应的QoS流，以实现复用已有QoS流，降低开销。或者，会话管理网元确定PER与已有的QoS流参数中的PER不同，创建QoS流，将PCC规则映射至该创建的QoS流，避免PCC规则影响已有的QoS流。

一种可能的设计方案中，第二方面所述的方法还可以包括：会话管理网元接收来自策略控制网元的PER的执行条件，并向终端或接入网设备发送PER的执行条件。其中，执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，PER的执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C。或者，指定时间内包括为非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。

进一步的，会话管理网元接收来自策略控制网元的PER的执行条件包括：会话管理网元接收来自策略控制网元的PCC规则，PCC规则携带有PER的执行条件。

此外，第二方面所述的通信方法的其它技术效果可以参考第一方面所述的通信方法的技术效果，此处不再赘述。

第三方面，提供一种通信方法。该方法包括：接收来自会话管理网元的PER与QoS流的对应关系，并根据PER，处理QoS流对应业务的数据包。其中，该PER与该业务对应。

一种可能的设计方案中，根据PER，处理QoS流对应业务的数据包，包括：根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包，以确保该业务的丢帧率满足丢帧率限制。

一种可能的设计方案中，PER为指定取值。

一种可能的设计方案中，PER是根据业务的丢帧率限制确定的。该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足业务的丢帧率限制。

可选地，PER是进一步根据业务的帧内的数据包数量确定的。

可选地，第三方面所述的方法还可以包括：接收业务的帧特征信息，并根据该帧特征信息，确定属于该业务的同一帧内的数据包。相应的，根据PER，处理QoS流对应业务的数据包，包括：根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据，以保证该业务的丢帧率满足丢帧率限制。

一种可能的设计方案中，第三方面所述的方法还可以包括：接收来自会话管理网元的PER的执行条件。其中，PER的执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，PER的执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C；或者，指定时间内包括非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。

可选地，第三方面所述的方法还可以包括：根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包，以确保该业务的丢帧率始终满足丢帧率限制。

第三方面所述的通信方法的其它技术效果可以参考第一方面或第二方面所述的通信方法的技术效果，此处不再赘述。

第四方面，提供一种通信方法。该方法包括：会话管理网元接收来自策略控制网元的业务的相关信息，并向接入网设备发送业务的相关信息与QoS流的对应关系。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，业务的相关信息用于确定PER，该PER用于终端或接入网设备根据该PER，处理业务的数据包。

根据第四方面所述的方法可知，通过为接入网设备配置业务的相关信息，使得接入网设备可以根据业务的相关信息，确定业务对应的PER，例如满足业务的丢帧率限制的PER。这样，接入网设备可直接根据该PER处理该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，保障业务的QoS质量。

一种可能的设计方案中，帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。

可选地，帧特征信息包括如下至少一项：BAT、或时间信息，BAT用于指示业务的第一个数据包的达到时间，时间信息用于指示业务的帧的时间。

一种可能的设计方案中，会话管理网元接收来自策略控制网元的业务的相关信息，包括：会话管理网元接收来自策略控制网元的PCC规则，PCC规则携带有业务的相关信息。

可选地，第三方面所述的方法还可以包括：会话管理网元将PCC规则映射至QoS流。

进一步的，会话管理网元将PCC规则映射至QoS流，包括：会话管理网元确定PCC规则中业务的信息与已有的QoS流参数中业务的信息相同，将PCC规则映射至该QoS流参数对应的QoS流；或者，会话管理网元确定PCC规则中业务的信息与已有的QoS流参数中业务的信息不同，创建QoS流，将PCC规则映射至该创建的QoS流。

一种可能的设计方案中，第三方面所述的方法还可以包括：会话管理网元向终端发送业务的相关信息与QoS流的对应关系，以便终端可以该对应关系确定业务对应的PER，从而直接根据该PER，处理该QoS流对应的业务的数据包，无需识别每个数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，保障业务的QoS质量。

此外，第四方面所述的通信方法的其它技术效果可以参考第一方面至第三方面所述的通信方法的技术效果，此处不再赘述。

第五方面，提供一种通信方法。该方法包括：接入网设备接收来自会话管理网元的业务的相关信息与QoS流的对应关系，并根据业务的相关信息，确定PER，以根据PER，处理该QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。

一种可能的设计方案中，接入网设备根据PER，处理该QoS流对应的业务的数据包，包括：接入网设备根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包。

一种可能的设计方案中，业务的帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。

可选地，业务的帧特征信息包括如下至少一项：BAT、或时间信息。BAT用于指示业务的第一个数据包的达到时间，时间信息用于指示业务的帧的时间。

可选地，第五方面所述的方法还可以包括：接入网设备根据业务的帧特征信息，确定属于该业务的同一帧内的数据包。相应的，接入网设备根据PER，处理QoS流对应业务的数据包，包括：接入网设备根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER的指定取值满足如下关系：A/B％≤C≤A％，丢帧率限制为A％，数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。

一种可能的设计方案中，接入网设备根据业务的相关信息，确定QoS流对应的PER，包括：接入网设备根据丢帧率限制信息，确定PER。或者，接入网设备根据数据包数量和丢帧率限制信息，确定PER。

一种可能的设计方案中，第五方面所述的方法还可以包括：接入网设备向终端发送PER与QoS流的对应关系，即实现由接入网设备直接为终端配置QoS流粒度的PER，以降低终端开销，提高续航时间。其中，对应关系用于终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，第五方面所述的方法还可以包括：接入网设备根据业务的相关信息，确定PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，第五方面所述的方法还可以包括：接入网设备根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包。

进一步的，第五方面所述的方法还可以包括：接入网设备向终端发送PER的执行条件，也即通过接入网设备为终端配置该执行条件，以降低终端开销，提高续航时间。

此外，第五方面所述的通信方法的其它技术效果可以参考第一方面至第四方面所述的通信方法的技术效果，此处不再赘述。

第六方面，提供一种通信方法。该方法包括：终端接收来自接入网设备的PER与QoS流的对应关系，或者接收来自会话管理网元的业务的相关信息与QoS流的对应关系，从而根据PER，处理QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，PER根据业务的相关信息确定。

一种可能的设计方案中，终端根据PER，处理QoS流对应业务的数据包，包括：终端根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包。

可选地，第六方面所述的方法还可以包括：终端根据业务的帧特征信息，确定属该业务的同一帧内的数据包。相应的，终端根据PER，处理QoS流对应业务的数据包，包括：终端根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，指定取值满足如下关系：A/B％≤C≤A％，丢帧率限制为A％，数据包数量为B个，指定取值为C，A的取值大于0，B为正整数。

一种可能的设计方案中，第六方面所述的方法还可以包括：终端根据丢帧率限制信息，确定PER。或者，终端根据数据包数量和丢帧率限制信息，确定PER。

一种可能的设计方案中，第六方面所述的方法还可以包括：终端接收来自接入网设备的PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，第六方面所述的方法还可以包括：根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包。此外，第六方面所述的通信方法的其它技术效果可以参考第一方面至第五方面所述的通信方法的技术效果，此处不再赘述。

第七方面，提供一种通信方法。该方法包括：策略控制网元接收来自应用功能的业务的相关信息，向会话管理网元发送业务的相关信息。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。业务的相关信息用于确定PER，PER用于终端或接入网设备根据PER，处理业务的数据包。

一种可能的设计方案中，策略控制网元向会话管理网元发送业务的相关信息，包括：策略控制网元向会话管理网元发送PCC规则，其中，PCC规则携带有业务的相关信息。

此外，第七方面所述的通信方法的其它技术效果可以参考第一方面至第六方面所述的通信方法的技术效果，此处不再赘述。

第八方面，提供一种通信装置。该通信装置包括：用于执行第一方面所述的方法的模块，如处理模块和收发模块。

其中，处理模块，用于获得与业务对应的PER；收发模块，用于向会话管理网元发送PER。其中，PER用于终端或接入网设备根据PER，处理业务的数据包。

一种可能的设计方案中，PER为指定取值。例如，PER的指定取值满足如下关系：A/B％≤C≤A％。其中，业务的丢帧率限制为A％，业务的帧内的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。

一种可能的设计方案中，收发模块，还用于接收来自应用功能的PER。其中，该PER是根据业务的丢帧率限制确定的。该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足丢帧率限制。

可选地，PER是进一步根据业务的帧内的数据包数量确定的。

一种可能的设计方案中，收发模块，还用于接收来自应用功能的业务的丢帧率限制信息；处理模块，还用于根据丢帧率限制信息，确定PER。其中，该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足业务的丢帧率限制。

可选地，收发模块，还用于接收来自应用功能的业务的帧特征信息；处理模块，还用于根据帧特征信息，确定业务的帧内的数据包数量，并根据业务的丢帧率限制信息和业务的帧内的数据包数量，确定PER。

可选地，帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。

进一步的，帧特征信息包括如下至少一项：BAT、或时间信息。其中，BAT用于指示业务的第一个数据包的达到时间。时间信息用于指示业务的帧的时间。

可选地，PER根据丢帧率限制信息确定。或者，PER根据数据包数量和丢帧率限制信息确定。

一种可能的设计方案中，PER携带在PCC规则中。

一种可能的设计方案中，收发模块，还用于向会话管理网元发送PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或者PER在丢包或丢帧情况下的指定取值。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第八方面所述的通信装置的发送功能，接收模块用于实现第八方面所述的通信装置的接收功能。

可选地，第八方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第一方面所述的通信方法。

需要说明的是，第八方面所述的通信装置可以是网络设备，如策略控制网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，第八方面所述的通信装置的技术效果可以参考第一方面所述的通信方法的技术效果，此处不再赘述。

第九方面，提供一种通信装置。该通信装置包括：用于执行第二方面所述的方法的模块，如接收模块和发送模块。

其中，接收模块，用于接收来自策略控制网元的与业务对应的包错误率PER；发送模块，用于向终端和/或接入网设备发送PER与QoS流的对应关系。其中，该对应关系用于接入网设备或终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER是进一步根据业务的帧内的数据包数量确定的。

一种可能的设计方案中，接收模块，还用于接收来自策略控制网元的PCC规则，该PCC规则携带有PER。

可选地，第九方面所述的装置还可以包括：处理模块。该处理模块，用于将PCC规则映射至QoS流。

进一步的，处理模块，还用于确定PCC规则中的PER与已有的QoS流参数中的PER相同，将PCC规则映射至该QoS流参数对应的QoS流。或者，处理模块，还用于确定PCC规则中的PER与已有的QoS流参数中的PER不同，创建QoS流，将PCC规则映射至该创建的QoS流。

一种可能的设计方案中，接收模块，还用于接收来自策略控制网元的PER的执行条件；发送模块，还用于向终端或接入网设备发送PER的执行条件。其中，执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

进一步的，接收模块，还用于接收来自策略控制网元的PCC规则，PCC规则携带有PER的执行条件。

可选地，发送模块和接收模块也可以集成为收发模块。其中，收发模块用于实现第九方面所述的通信装置的收发功能。

可选地，第九方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第二方面所述的通信方法。

需要说明的是，第九方面所述的通信装置可以是网络设备，如会话管理网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，第九方面所述的通信装置的技术效果可以参考第二方面所述的通信方法的技术效果，此处不再赘述。

第十方面，提供一种通信装置。该通信装置包括：用于执行第三方面所述的方法的模块，如处理模块和收发模块。

其中，收发模块，用于接收来自会话管理网元的PER与QoS流的对应关系。其中，该PER与该业务对应。处理模块，用于根据PER，处理QoS流对应业务的数据包。

一种可能的设计方案中，处理模块，还用于根据PER，确定OoS流对应的链路配置，并根据该链路配置，控制收发模块发送该QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER是进一步根据业务的帧内的数据包数量确定的。

进一步的，帧特征信息包括如下至少一项：BAT、或时间信息。BAT用于指示业务的第一个数据包的达到时间，时间信息用于指示业务的帧的时间。

可选地，收发模块，还用于接收业务的帧特征信息；处理模块，还用于根据该帧特征信息，确定属于该业务的同一帧内的数据包。以及，处理模块，还用于根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

一种可能的设计方案中，收发模块，还用于接收来自会话管理网元的PER的执行条件。其中，PER的执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C；或者，指定时间内包括非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。

可选地，处理模块，还用于根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，控制收发模块发送该QoS流对应业务的数据包。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第十方面所述的通信装置的发送功能，接收模块用于实现第十方面所述的通信装置的接收功能。

可选地，第十方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第三方面所述的通信方法。

需要说明的是，第十方面所述的通信装置可以是终端或网络设备，如UE或RAN设备，也可以是可设置于终端或网络设备中的芯片(系统)或其他部件或组件，还可以是包含终端或网络设备的装置，本申请对此不做限定。

此外，第十方面所述的通信装置的技术效果可以参考第三方面所述的通信方法的技术效果，此处不再赘述。

第十一方面，提供一种通信装置。该通信装置包括：用于执行第四方面所述的方法的模块，如接收模块和发送模块。

其中，接收模块，用于接收来自策略控制网元的业务的相关信息。发送模块，用于向接入网设备发送业务的相关信息，以及业务的相关信息与QoS流的对应关系。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，业务的相关信息用于确定PER，该PER用于终端或接入网设备根据该PER，处理业务的数据包。

一种可能的设计方案中，接收模块，还用于接收来自策略控制网元的PCC规则，PCC规则携带有业务的相关信息。

可选地，第十一方面所述的装置还可以包括：处理模块。该处理模块，用于将PCC规则映射至QoS流。

进一步的，处理模块，还用于确定PCC规则中业务的信息与已有的QoS流参数中业务的信息相同，将PCC规则映射至该QoS流参数对应的QoS流；或者，处理模块，还用于确定PCC规则中业务的信息与已有的QoS流参数中业务的信息不同，创建QoS流，将PCC规则映射至该创建的QoS流。

一种可能的设计方案中，发送模块，还用于向终端发送业务的相关信息与QoS流的对应关系。

可选地，发送模块和接收模块也可以集成为收发模块。其中，收发模块用于实现第十一方面所述的通信装置的收发功能。

可选地，第十一方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第四方面所述的通信方法。

需要说明的是，第十一方面所述的通信装置可以是网络设备，如会话管理网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，第十一方面所述的通信装置的技术效果可以参考第四方面所述的通信方法的技术效果，此处不再赘述。

第十二方面，提供一种通信装置。该通信装置包括：用于执行第五方面所述的方法的模块，如处理模块和收发模块。

其中，收发模块，用于接收来自会话管理网元的业务的相关信息与QoS流的对应关系；处理模块，用于根据业务的相关信息，确定PER，以根据PER，处理该QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。

一种可能的设计方案中，处理模块，还用于根据PER，确定OoS流对应的链路配置，根据该链路配置，控制收发模块发送该QoS流对应业务的数据包。

可选地，处理模块，还用于根据业务的帧特征信息，确定属于该业务的同一帧内的数据包。以及，处理模块，还用于根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

一种可能的设计方案中，处理模块，还用于根据丢帧率限制信息，确定PER。或者，处理模块，还用于根据数据包数量和丢帧率限制信息，确定PER。

一种可能的设计方案中，收发模块，还用于向终端发送PER与QoS流的对应关系。其中，对应关系用于终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，处理模块，还用于根据业务的相关信息，确定PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

进一步的，收发模块，还用于向终端发送PER的执行条件。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第十二方面所述的通信装置的发送功能，接收模块用于实现第十二方面所述的通信装置的接收功能。

可选地，第十二方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第五方面所述的通信方法。

需要说明的是，第十二方面所述的通信装置可以是网络设备，如接入网设备，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，第十二方面所述的通信装置的技术效果可以参考第五方面所述的通信方法的技术效果，此处不再赘述。

第十三方面，提供一种通信装置。该通信装置包括：用于执行第六方面所述的方法的模块，如处理模块和收发模块。

其中，收发模块，用于接收来自接入网设备的PER与QoS流的对应关系，或者接收来自会话管理网元的业务的相关信息与QoS流的对应关系；处理模块，用于根据PER，处理发送QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，PER根据业务的相关信息确定。

可选地，处理模块，还用于根据业务的帧特征信息，确定属于该业务的同一帧内的数据包。以及，处理模块，还用于根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。一种可能的设计方案中，PER为指定取值。

一种可能的设计方案中，收发模块，还用于接收来自接入网设备的PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，收发模块可以包括发送模块和接收模块。其中，发送模块用于实现第十三方面所述的通信装置的发送功能，接收模块用于实现第十三方面所述的通信装置的接收功能。

可选地，第十三方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第六方面所述的通信方法。

需要说明的是，第十三方面所述的通信装置可以是终端，如终端，也可以是可设置于终端中的芯片(系统)或其他部件或组件，还可以是包含终端的装置，本申请对此不做限定。

此外，第十三方面所述的通信装置的技术效果可以参考第六方面所述的通信方法的技术效果，此处不再赘述。

第十四方面，提供一种通信装置。该通信装置包括：用于执行第七方面所述的方法的模块，如接收模块和发送模块。

其中，接收模块，用于接收来自应用功能的业务的相关信息；发送模块，用于向会话管理网元发送业务的相关信息。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。业务的相关信息用于确定PER，PER用于终端或接入网设备根据PER，处理业务的数据包。

一种可能的设计方案中，发送模块，还用于向会话管理网元发送PCC规则，其中，PCC规则携带有业务的相关信息。

可选地，发送模块和接收模块也可以集成为收发模块。其中，收发模块用于实现第十四方面所述的通信装置的收发功能。

可选地，第十四方面所述的通信装置还可以包括处理模块，该处理模块用于实现该通信装置的处理功能。

可选地，第十四方面所述的通信装置还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得该通信装置可以执行第七方面所述的通信方法。

需要说明的是，第十四方面所述的通信装置可以是网络设备，如PCF网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，第十四方面所述的通信装置的技术效果可以参考第七方面所述的通信方法的技术效果，此处不再赘述。

第十五方面，提供一种通信装置。该通信装置包括：处理器，该处理器用于执行第一方面至第七方面中任一方面所述的通信方法。

在一种可能的设计方案中，第十五方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第十五方面所述的通信装置与其他通信装置通信。

在一种可能的设计方案中，第十五方面所述的通信装置还可以包括存储器。该存储器可以与处理器集成在一起，也可以分开设置。该存储器可以用于存储第一方面至第七方面中任一方面所述的通信方法所涉及的计算机程序和/或数据。

在本申请中，第十五方面所述的通信装置可以为终端或网络设备，或者可设置于该终端或网络设备中的芯片(系统)或其他部件或组件，或者包含该终端或网络设备的装置。

此外，第十五方面所述的通信装置的技术效果可以参考第一方面至第七方面中任一方面所述的通信方法的技术效果，此处不再赘述。

第十六方面，提供一种通信装置。该通信装置包括：处理器，该处理器与存储器耦合，该处理器用于执行存储器中存储的计算机程序，以使得该通信装置执行第一方面至第七方面中任一方面所述的通信方法。

在一种可能的设计方案中，第十六方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第十六方面所述的通信装置与其他通信装置通信。

在本申请中，第十六方面所述的通信装置可以为终端或网络设备，或者可设置于该终端或网络设备中的芯片(系统)或其他部件或组件，或者包含该终端或网络设备的装置。

此外，第十六方面所述的通信装置的技术效果可以参考第一方面至第七方面中任一方面所述的通信方法的技术效果，此处不再赘述。

第十七方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机程序，当该处理器执行该计算机程序时，以使该通信装置执行第一方面至第七方面中任一方面所述的通信方法。

在一种可能的设计方案中，第十七方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第十七方面所述的通信装置与其他通信装置通信。

在本申请中，第十七方面所述的通信装置可以为终端或网络设备，或者可设置于该终端或网络设备中的芯片(系统)或其他部件或组件，或者包含该终端或网络设备的装置。

此外，第十七方面所述的通信装置的技术效果可以参考第一方面至第七方面中任一方面所述的通信方法的技术效果，此处不再赘述。

第十八方面，提供了一种通信装置，包括：处理器。该处理器用于与存储器耦合，并读取存储器中的计算机程序之后，根据该计算机程序执行如第一方面至第七方面中任一方面所述的通信方法。

在一种可能的设计方案中，第十八方面所述的通信装置还可以包括收发器。该收发器可以为收发电路或接口电路。该收发器可以用于第十八方面所述的通信装置与其他通信装置通信。

在本申请中，第十八方面所述的通信装置可以为终端或网络设备，或者可设置于该终端或网络设备中的芯片(系统)或其他部件或组件，或者包含该终端或网络设备的装置。

此外，第十八方面所述的通信装置的技术效果可以参考第一方面至第七方面中任一方面所述的通信方法的技术效果，此处不再赘述。

第十九方面，提供一种通信系统。该通信系统包括：上述第一方面至第七方面中所述的一个或多个终端，以及一个或多个网络设备。

第二十方面，提供一种计算机可读存储介质，包括：计算机程序或指令；当该计算机程序或指令在计算机上运行时，使得该计算机执行第一方面至第七方面中任一方面所述的通信方法。

第二十一方面，提供一种计算机程序产品，包括：计算机程序或指令，当该计算机程序或指令在计算机上运行时，使得该计算机执行第一方面至第七方面中任一方面所述的通信方法。

附图说明

图1为5GS的非漫游架构示意图；

图2中的(a)和(b)为5GS的漫游架构示意图一；

图3中的(a)和(b)为5GS的漫游架构示意图二；

图4为数据连接会话的示意图；

图5为QoS流的架构示意图一；

图6为QoS流的架构示意图二；

图7为TSN系统与5GS互通的架构示意图；

图8为下行传输的示意图；

图9为针对非TSN场景下TSC业务的5GS架构示意图；

图10为数据包与帧的对应关系示意图；

图11为本申请实施例提供的通信系统的架构示意图；

图12为本申请实施例提供的通信方法的流程示意图一；

图13为本申请实施例提供的通信方法的流程示意图二；

图14为本申请实施例提供的通信方法的流程示意图三；

图15为本申请实施例提供的通信方法的流程示意图四；

图16为本申请实施例提供的通信方法的流程示意图五；

图17为本申请实施例提供的通信方法的流程示意图六；

图18为本申请实施例提供的通信装置的结构示意图一；

图19为本申请实施例提供的通信装置的结构示意图二；

图20为本申请实施例提供的通信装置的结构示意图三。

具体实施方式

方便理解，下面先介绍本申请实施例所涉及的技术术语。

1、第五代(5th generation，5G)移动通信系统(简称5G系统(5G system，5GS))：

图1为5GS的非漫游架构示意图。如图1所示，5GS包括：接入网(access network，AN)和核心网(core network，CN)，还可以包括：终端。

上述终端可以为具有收发功能的终端，或为可设置于该终端的芯片或芯片系统。该终端也可以称为用户装置(uesr equipment，UE)、接入终端、用户单元(subscriberunit)、用户站、移动站(mobile station，MS)、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端可以是手机(mobile phone)、蜂窝电话(cellular phone)、智能电话(smart phone)、平板电脑(Pad)、无线数据卡、个人数字助理电脑(personal digital assistant，PDA)、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machinetype communication，MTC)终端、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、车载终端、具有终端功能的路边单元(road side unit，RSU)等。本申请的终端还可以是作为一个或多个部件或者单元而内置于车辆的车载模块、车载模组、车载部件、车载芯片或者车载单元。

上述AN用于实现接入有关的功能，可以为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等确定不同质量的传输链路以传输用户数据。AN在终端与CN之间转发控制信号和用户数据。AN可以包括：接入网设备，也可以称为无线接入网设备(radio access network，RAN)设备。CN主要负责维护移动网络的签约数据，为终端提供会话管理、移动性管理、策略管理以及安全认证等功能。CN主要包括如下网元：用户面功能(user plane function，UPF)网元、认证服务功能(authentication server function，AUSF)网元、接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、网络切片选择功能(networkslice selection function，NSSF)网元、网络开放功能(network exposure function，NEF)网元、网络功能仓储功能(NF repository function，NRF)网元、策略控制功能(policycontrol function，PCF)网元、统一数据管理(unified data management，UDM)网元、统一数据存储(unified data repository，UDR)、以及应用功能(application function，AF)。

如图1中的(a)所示，UE通过RAN设备接入5G网络，UE通过N1接口(简称N1)与AMF网元通信；RAN网元通过N2接口(简称N2)与AMF网元通信；RAN网元通过N3接口简称N3与UPF网元通信；SMF通过N4接口(简称N4)与UPF网元通信，UPF网元通过N6接口(简称N6)接入数据网络(data network，DN)。此外，图1中的(a)所示的AUSF网元、AMF网元、SMF网元、NSSF网元、NEF网元、NRF网元、PCF网元、UDM网元、UDR网元或者AF等控制面功能采用服务化接口进行交互。比如，AUSF网元对外提供的服务化接口为Nausf；AMF网元对外提供的服务化接口为Namf；SMF网元对外提供的服务化接口为Nsmf；NSSF对外提供的服务化接口为Nnssf；NEF网元对外提供的服务化接口为Nnef；NRF网元对外提供的服务化接口为Nnrf；PCF网元对外提供的服务化接口为Npcf；UDM网元对外提供的服务化接口为Nudm；UDR网元对外提供的服务化接口为Nudr；AF对外提供的服务化接口为Naf。此外，如图1中的(b)所示，NSSF网元、AUSF网元、UDM网元、UE、RAN网元、PCF网元以及SMF网元等网元，还都能够与AMF网元通信。AUSF网元还能与UDM网元通信，UDM还能与SMF网元通信，SMF网元除了能够与AMF网元和UDM网元通信外，还能与UPF网元和PCF网元通信。PCF网元还能与AF和NEF网元通信。NEF网元还能与AF通信。UPF网元能够与RAN设备以及DN通信。如图1中的(b)所示，两个网元之间的“Nxx”表示这两个网元之间的接口。例如，N22表示NSSF网元与AMF网元之间的接口，N12表示AUSF网元与AMF网元之间的接口，N8表示UDM网元与AMF网元之间的接口，在此不再一一列举等。

RAN设备可以是为终端提供接入的设备。例如，RAN设备可以包括：下一代移动通信系统，例如6G的接入网设备，例如6G基站，或者在下一代移动通信系统中，该网络设备也可以有其他命名方式，其均涵盖在本申请实施例的保护范围以内，本申请对此不做任何限定。或者，RAN设备也可以包括5G，如新空口(new radio，NR)系统中的gNB，或，5G中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB、传输点(transmissionand reception point，TRP或者transmission point，TP)或传输测量功能(transmissionmeasurement function，TMF)的网络节点，如基带单元(building base band unit，BBU)，或，集中单元(centralized unit，CU)或分布单元(distributed unit，DU)、具有基站功能的RSU，或者有线接入网关，或者5G的核心网网元。或者，RAN设备还可以包括无线保真(wireless fidelity，WiFi)系统中的接入点(access point，AP)，无线中继节点、无线回传节点、各种形式的宏基站、微基站(也称为小站)、中继站、接入点、可穿戴设备、车载设备等等。

UPF网元主要负责用户数据处理(转发、接收、计费等)。例如，UPF网元可以接收来自数据网络(data network，DN)的用户数据，通过接入网设备向终端转发该用户数据。UPF网元也可以通过接入网设备接收来自终端的用户数据，并向DN转发该用户数据。DN网元指的是为用户提供数据传输服务的运营商网络。例如网际互连协议(internet protocol，IP)多媒体业务(IP multi-media srvice，IMS)、互联网(internet)等。DN可以为运营商外部网络，也可以为运营商控制的网络，用于向终端设备提供业务服务。

AUSF网元主要用于执行终端的安全认证。

AMF网元主要用于移动网络中的移动性管理。例如用户位置更新、用户注册网络、用户切换等。

SMF网元主要用于移动网络中的会话管理。例如会话建立、修改、释放。具体功能例如为用户分配互联网协议(internet protocol，IP)地址，选择提供数据包转发功能的UPF网元等。

PCF网元主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。PCF网元可以向AMF网元、SMF网元提供策略，例如服务质量(quality of service，QoS)策略、切片选择策略等。

NSSF网元主要用于为终端选择网络切片。

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

UDM网元主要用于存储用户数据，例如签约数据、鉴权/授权数据等。

UDR网元主要用于存储结构化数据，存储的内容包括签约数据和策略数据、对外暴露的结构化数据和应用相关的数据。

AF主要支持与CN交互来提供服务，例如影响数据路由决策、策略控制功能或者向网络侧提供第三方的一些服务。

图2为5GS的漫游架构示意图一，例如本地疏导(local breakout，LBO)漫游场景下的5G网络。如图2所示，该5G网络包括归属公共陆地移动网络(home public land mobilenetwork，HPLMN)和拜访公共陆地移动网络(visited public land mobile network，VPLMN)。HPLMN为UE的归属地网络，VPLMN为UE的漫游地网络。在该场景下，业务需要在VPLMN卸载，即，DN在VPLMN。其中，VPLMN和HPLMN通过拜访安全边缘保护代理(visited securityedge protection proxy，vSEPP)和归属安全边缘保护代理(home security edgeprotection proxy，hSEPP)通信。

其中，如图2中的(a)，在VPLMN，UE通过RAN设备接入5G网络，UE通过N1接口(简称N1)与AMF网元通信；RAN设备通过N2接口(简称N2)与AMF网元通信；RAN设备通过N3接口(简称N3)与UPF网元通信；SMF网元通过N4接口(简称N4)与UPF网元通信，UPF网元通过N6接口(简称N6)接入DN。图2中的(a)所示的VPLMN的NSSF网元、NEF网元、AMF网元、SMF网元、NRF网元、PCF网元、或者AF等控制面功能采用服务化接口进行交互。比如，AMF网元对外提供的服务化接口为Namf；SMF网元对外提供的服务化接口为Nsmf；NSSF网元对外提供的服务化接口为Nnssf；NEF网元对外提供的服务化接口为Nnef；NRF网元对外提供的服务化接口为Nnrf；PCF网元对外提供的服务化接口为Npcf；AF对外提供的服务化接口为Naf。图2中的(a)所示的HPLMN的UDM、AUSF网元、PCF网元、NRF网元、NSSF网元、或者NEF网元等控制面功能也采用服务化接口进行交互。比如，AUSF网元对外提供的服务化接口为Nausf；UDM网元对外提供的服务化接口为Nudm等等。另外，如图2中的(b)所示，在LBO的漫游场景下，VPLMN内的NSSF网元、UE、RAN设备、SMF网元、以及HPLMN内的AUSF网元、UDM网元都能与VPLMN内的AMF通信。VPLMN内的SMF网元还能与VPLMN内的UPF网元、PCF网元(也称为vPCF)以及HPLMN内的UDM网元通信。VPLMN内的PCF网元还能与VPLMN内的AF以及HPLMN内的PCF网元(也称为hPCF)通信。VPLMN内的UPF网元还能与VPLMN内的RAN设备以及DN通信。图2中的(b)所示的两个网元之间的“Nxx”表示这两个网元之间的接口，具体不再一一例举。

图3为5GS的漫游架构示意图二，例如归属路由(home routed，HR)的漫游场景下的5G网络。如图3所示，该5G网络包括HPLMN和VPLMN，HPLMN为UE的归属地网络，VPLMN为UE的漫游地网络，VPLMN和HPLMN通过vSEPP和hSEPP通信。与图2所示的网络架构不同的是，在图3所示的场景下，业务需要在HPLMN卸载，即，DN在HPLMN。

其中，如图3中的(a)所示，在VPLMN中，UE通过RAN设备接入5G网络，UE通过N1接口(简称N1)与AMF网元通信；RAN设备通过N2接口(简称N2)与AMF网元通信；RAN设备通过N3接口(简称N3)与UPF网元通信；SMF网元通过N4接口(简称N4)与UPF网元通信。在HPLMN，UPF网元通过N6接口(简称N6)接入DN；UPF网元通过N4接口(简称N4)与SMF网元通信。且VPLMN内的UPF网元与HPLMN内的UPF网元通过N9接口(简称N2)通信。此外，图3中的(a)所示的VPLMN的NSSF网元、NEF网元、AMF网元、SMF网元、NRF网元、或者PCF网元等控制面功能采用服务化接口进行交互。比如，AMF网元对外提供的服务化接口为Namf；SMF网元对外提供的服务化接口为Nsmf；NSSF网元对外提供的服务化接口为Nnssf；NEF网元对外提供的服务化接口为Nnef；NRF网元对外提供的服务化接口为Nnrf；PCF网元对外提供的服务化接口为Npcf。图3中的(a)所示的HPLMN的UDM网元、AUSF网元、PCF网元、NRF网元、NSSF网元、AF、或者NEF网元等控制面功能也采用服务化接口进行交互。比如，AUSF网元对外提供的服务化接口为Nausf；UDM网元对外提供的服务化接口为Nudm；AF对外提供的服务化接口为Naf。另外，如图3中的(b)所示，在HR的漫游场景下，VPLMN内的NSSF网元、UE、RAN设备、SMF网元、PCF网元、以及HPLMN内的AUSF网元、UDM网元都能与VPLMN内的AMF网元通信。VPLMN内的SMF网元还能与VPLMN内的UPF网元以及HPLMN内的SMF网元通信。VPLMN内的PCF网元还能与HPLMN内的PCF网元通信。VPLMN内的UPF网元还能与VPLMN内的RAN设备以及HPLMN内的UPF网元通信。VPLMN内的NSSF网元还能与HPLMN内的NSSF网元通信。HPLMN内的SMF网元还能与HPLMN内的UPF网元、UDM网元以及PCF网元通信。HPLMN内的UDM网元还能与HPLMN内的AUS网元F通信。HPLMN内的PCF网元还能与HPLMN内的AF通信。HPLMN内的UPF网元还能接入VPLMN内的DN通信。图3中的(b)所示的两个网元之间的“Nxx”表示这两个网元之间的接口，具体不再一一例举。

2、QoS：

UE与UPF网元可以建立数据连接会话(比如协议数据单元(protocol data unit，PDU)会话(session)，也可是其它的会话，比如IP-CAN会话，等)，后续为说明方法，以PDU会话为例进行说明。对于一个PDU会话而言，QoS流(flow)是区别QoS的最小粒度。QoS流可以是支持保证流比特速率(guaranteed bit rate，GBR)QoS的QoS流，或者说GBR QoS流，或者非保障流比特速率(non guaranteed bit rate，non-GBR)QoS的QoS流，或者说non-GBR QoS流。一个PDU会话可以包括多个QoS流，如最多支持64条QoS流。每条QoS流都具有各自对应的QoS流标识(QoS flow ID，QFI)，用以区分不同的QoS流。具有相同QFI的用户面业务流可以映射到同一QoS流，以使用相同的业务转发处理方式(如调度)对其进行处理。此外，图4为PDU会话的示意图，如图4所示，一个PDU会话可以对应空口上的多个无线承载(radiobearer，RB)，一个无线承载又可以包含一个或多个QoS流，或者说承载一个或多个QoS流。

QoS的配置是QoS流级别，即以QoS流为粒度进行配置。例如，图5为QoS流的架构示意图一，如图5所示，QoS流的特征可以通过一些参数来表示，SMF网元通过配置这些参数来实现预配置、建立或修改对应的QoS流。例如，对于一条QoS流而言，这些参数包括：RAN设备侧的QoS配置(QoS profile)、UE侧的QoS规则(QoS rule)、以及UPF网元侧的上行数据包检测规则(packet detection rule，PDR)和下行PDR。

其中，QoS配置包括上行和/或下行的QoS配置，由SMF网元通过N2接口向RAN设备配置，或者由RAN设备预配置。一种示例中，QoS配置可以包括：5G质量标识符(5G qulityidentity，5QI)、分配和保留优先级(assign and retain priorities，ARP)、保证的流比特率(guaranteed flow bit rate，GFBR)、最大的流的比特率(maximum flow bit rate，MFBR)、最大的丢包率(maximum packet loss rate，MPLR)、以及反射QoS属性(reflectiveQoS attribute，RQA)。

5QI用于表示该QoS流具有的无线特征。例如，5QI包括如下至少一项：资源类型、优先级、数据时延(packet delay budget，PDB)、包错误率(packet error rate，PER)、平均窗口、或最大的数据突发量(maximum data burst，MDB)。其中，资源类型用于指示该QoS流的类型，如为GBR QoS流，或者为non-GBR QoS流。优先级用于指示该QoS流在空口上的调度优先级，具体可以是不同UE的QoS流之间的优先级，或者同一UE的不同QoS流之间的优先级。PDB用于指示该QoS流的数据包在UE和UPF网元(作为N6终结点的UPF网元)之间可能延迟的时间上限。PDB可以包括：接入网的数据时延(AN PDB)和核心网的数据时延(CN PDB)。ANPDB为UE与AN，也即RAN设备之间的数据时延。CN PDB为AN与作为N6终结点的UPF网元之间的数据时延。AN PDB可通过PDB减去CN PDB确定。平均窗口为用于确定GBR QoS流的GFBR和MFBR的时间段。MDB用于指示在AN PDB的周期内，AN需要服务，或者说需要传输的最大数据量。

ARP用于指示该QoS流在下一代(next generation，NG)接口上的优先级，具体可以是不同UE的QoS流之间的优先级，或者同一UE的不同QoS流之间的优先级。

GFBR用于指示针对GBR QoS流的保证数据速率，包括上行的保证数据速率以及下行的保证数据速率。MFBR用于指示针对GBR QoS流的最大数据速率，包括上行的最大数据速率以及下行的最大数据速率。

MPLR用于指示一条QoS流可以忍受的最大丢包率。MPLR可能只适用用于GBR QoS。

反射QoS属性用于指示针对non-GBR QoS流，其上行是否服从镜像映射，即上行的QoS规则是否可以通过下行的QoS规则反射推导得到。

其中，QoS规则主要用于UE执行上行用户面数据业务的分类和标记，例如根据QoS规则将上行数据关联到对应的QoS流。QoS规则中可以包括：该QoS规则关联的QoS流的QFI，以及该QoS流对应数据包过滤器集(过滤器列表)、该QoS流的优先级。其中，数据包过滤器集主要用于将上行数据关联到对应的QoS流。例如，图6为QoS流的架构示意图二，如图6所示，如果上行数据包的ID与数据包过滤器集中的ID匹配，也即该上行数据包匹配上对应的QoS规则，则UE将该上行数据包关联到该QoS规则对应的QoS流。如果上行数据包的ID与数据包过滤器集中的ID不匹配，也即该上行数据包没有匹配上对应的QoS规则，则UE丢弃该上行数据。QoS规则可由SMF网元通过N1接口向UE配置，或者由UE通过反射QoS机制推倒出来，如配置下行QoS规则，UE根据下行QoS规则推导上行QoS规则。此外，一个QoS流可以有多个QoS规则。每个PDU会话都要配置一个默认的QoS规则，默认的QoS规则关联到一条QoS流上。

其中，上行PDR和下行PDR由SMF网元通过N4接口向UPF网元配置。上行PDR用于UPF网元执行上行用户面数据业务的分类和标记，例如图6所示，UPF网元根据上行PDR将上行数据关联到对应的QoS流。下行PDR用于UPF网元执行下行用户面数据业务的分类和标记，例如图6所示，UPF网元根据下行PDR将下行数据关联到对应的QoS流。如果一个数据包没有匹配上任何上行PDR或下行PDR，则UPF网元丢弃该数据包。

需要指出的是，数据流在IP层是IP流，数据流在非接入层(non-access stratum，NAS)层是QoS流，数据流在接入层(access stratum，AS)层是数据资源承载(data radiobearer，DRB)。因此，QoS流存在两层映射关系，即QoS流与IP流的映射关系，以及QoS流与DRB的映射关系。

3、映射机制：

映射机制是将业务数据流与被认为传输业务数据流的QoS流关联的过程。其中，业务数据流通过业务数据流(service data flow，SDF)模型在PCC规则中定义。映射机制包括如下步骤：

步骤1，会话映射，即将应用功能会话(AF session)和PDU会话一一对应。

步骤2，PCC规则授权，即由PCF网元对PCC规则进行授权，为PCC规则分配QoS参数。

步骤3，QoS流映射，即将PCC规则与PDU会话中的QoS流的关联。QoS流映射使用如下映射参数执行映射：5QI、ARP、QoS通知控制(QoS notification control，QNC)(如果PCC规则中可用)、优先级(如果PCC规则中可用)、平均窗口(如果PCC规则中可用)、以及最大突发数据量(maximum data burst volume，MDBV)(如果PCC规则中可用)。

具体的，当PCF网元提供PCC规则时，SMF网元可以确定是否存在QoS参数与上述步骤3中的映射参数相同的QoS流。如果不存在这样的QoS流，则SMF网元使用PCC规则中的参数确定新的QoS流的QoS参数，并根据该QoS参数建立新的QoS流。此时，PCC规则映射至该新的QoS流。如果存在QoS参数与映射参数相同的QoS流，则SMF网元将PCC规则映射至该已有的QoS流。此外，如果PCF网元请求将PCC规则映射到与默认QoS规则关联的QoS流，则SMF网元可以不执行上述判断。

此外，“映射”仅为一种示例性的描述方式，其也可以替换为其他任何可能的描述，如“绑定”、“对应”等等，对此不做具体限定。

4、时延敏感网络(time sensitive networking，TSN)：参考如下图7介绍。

图7为TSN系统与5GS互通的架构示意图。如图7所示，5GS(包括TSN转换(TSNtranslator，TT))整体作为一个逻辑上的TSN桥(bridge)，用于实现不同TSN系统之间的通信。对于控制面，5GS可通过TSN AF(能够与TSN通信的AF)与TSN系统中的节点交换控制面信息，如包括：5GS能力信息、TSN配置信息、TSN输入输出端口的时间调度信息、时间同步信息等。对于数据面，5GS通过UE侧的用户侧TT(device-side TSN translator，DS-TT)，以及UPF网元侧的网络侧TT(network-side TSN translator，NW-TT)与TSN系统中的节点交换数据面信息，以实现不同TSN系统之间的通信。DS-TT可能位于UE内，也可能位于UE外。NW-TT可位于UPF网元内。

TSN系统的集中式网络配置(centralized network configuration，CNC)可以按TSN流粒度，为5GS配置对应TSN流到达5GS的时间和离开5GS的时间，以便DS-TT或NW-TT可以将TSN流的数据包缓存至离开5GS的时间再发送出去，消除UE和UPF之间由于空口和有线传输产生的不确定性时延的影响，保证端到端，如从TSN通话者(talker)到TSN收听者(listener)之间具有确定性时延。

以下行传输为例(上行传输参考理解)，图8为下行传输的示意图，如图8中的(a)所示，下行的数据包从TSN系统中传输到NW-TT，并由NW-TT发送到DS-TT后，DS-TT缓存该数据包至CNC配置的发送时间窗口，以便在离开5GS的时间将数据包发送出去。这种情况下，为赶上CNC配置的发送时间窗口，5GS需要根据数据包需求确定对应的PDB，并保证数据包在UE和UPF网元之间的传输时间不大于PDB，确保数据包能够提前到达DS-TT，并在DS-TT处缓存至发送时间窗。如图8中的(b)所示，TSN AF可以从CNC获取TSN流的调度信息，并据此确定TSN流到达5GS的时间，即在下行方向TSN流到达NW-TT入口的时间，或者说该TSN流的一个突发数据中的第一个数据包到达NW-TT入口的时间，也即下行(down link，DL)突发到达时间(DLburst arrival time，DL BAT))。TSN AF可通过PCF网元向SMF网元发送DL BAT。如通过PCF网元向SMF网元发送携带有该DL BAT的敏感通信协助容器(time sensitivecommunication assistance container，TSCAC)。SMF网元可根据DL BAT和下行核心网数据时延(DL CN PDB)，如将DL BAT与DL CN PDB相加，确定下行方向TSN流到达RAN设备的时间，或者说下行方向TSN流的突发数据中的第一个数据包到达RAN设备的时间，以及确定上行方向TSN流UE离开的最晚可能时间，或者说上行方向TSN流的突发数据中的第一个数据包UE离开的最晚可能时间。然后，SMF网元将这些信息携带在TSCAI中。例如，TSCAI包括：流方向、周期、以及BAT。流方向用于指示TSC流是上行方向的TSC流还是下行方向的TSC流。周期用以指相邻两个BAT之间的间隔。对于下行而言，BAT可用于指示下行方向TSN流的突发数据中的第一个数据包到达RAN设备的时间。或者，对于上行而言，BAT可用于指示上行方向TSN流的突发数据中的第一个数据包UE离开的最晚可能时间。最后，SMF网元向RAN设备发送TSCAI，以便RAN设备根据TSCAI提前预留资源，确保UE和UPF网元之间的传输时间不大于PDB。此外，在这种场景下，SMF网元可以将时延敏感业务映射至一个QoS流，即QoS流与时延敏感业务之间具有对应关系，如一一对应关系，以确保时延敏感业务的数据流能够在5GS中正常传输。

需要指出的是，对于非TSN场景下的TSC业务，5GS也可以采用类似TSN的方式实现。例如，图9为针对非TSN场景下TSC业务的5GS架构示意图，如图9所示，时敏通信时同步功能(time sensitive communication and time synchronization function，TSCTSF)网元可以使能非TSN场景下的TSC业务。例如，TSCTSF网元可以根据AF/NEF网元提供的TSC业务类型参数，确定TSCAC。TSCTSF网元向PCF网元发送该TSCAC，用以配置DS-TT和NW-TT，保证时延的确定性，其具体原理与上述TSN类似，可参考理解，不再赘述。

5、业务：

随着5GS的不断发展，其数据传输时延不断降低，传输容量越来越大，一些实时性强、数据容量要求大的业务，如扩展现实(extended reality，XR)、触觉互联网等业务，已逐渐适用到5GS中。其中，XR的一种典型是虚拟现实(virtual reality，VR)。目前，VR已经应用到教育、娱乐、军事、医疗、环保、交通运输、公共卫生等与人们生产、生活息息相关的领域。VR具有多视角，交互性强等优点，为用户提供了一种全新的视觉体验。触觉互联网作为一种新业务，可以实现远程触摸应用及对机器远程的操控，并在视觉、听觉、触觉、嗅觉方面实现远程感知。触觉互联网在工业自动化、医疗保健、远程教育等相关领域具有的极大的发展空间，为用户提供了一种全新的触觉交互体验，具有极大的应用价值和商业潜力。

这些业务对QoS的要求很高，以确保良好的用户体验。但由于RAN设备并不感知这些业务的数据包与帧的对应关系，导致后续渲染的数据常常与帧不对应，出现画面丢帧、帧跳跃、或帧滞、或者画面与音频不一致等的情况，影响业务的QoS质量。例如，图10为数据包与帧的对应关系示意图，如图10所示，RAN设备在帧#0接收数据包#0，在帧#1解码并向UE发送数据包#0，UE在帧#2渲染显示数据包#0对应的数据。RAN设备在帧#1和帧#2接收数据包#1，在帧#3解码并向UE发送数据包#1，UE在帧#4渲染显示数据包#1对应的数据。此时，出现显示滞后的情况，即由于数据包#1的接收时间晚于其本该进行解码渲染的时间，导致本该在帧#3显示的数据，但却滞后到帧#4显示，使得帧#3仍然显示上一帧的数据，显示画面出现卡顿。RAN设备在帧#2和帧#3接收数据包#2，在帧#3接收数据包#3，在帧#4解码并向UE发送数据包#2和数据包#3。此时，由于数据包#3是最新的数据包，因此数据包#2对应的数据被丢弃，UE在帧#4渲染显示数据包#3对应的数据，即出现显示跳跃的情况(也即丢帧)，本该帧#4显示的数据没有显示，却显示应该在下一帧显示的数据，显示画面出现卡顿。

针对这一问题，目前的解决方案是针对具有完整性传输(integratedtransmission)要求的业务(如同一帧中的数据包)，业务层将完整性传输需求通知CN，由CN的网元，如SMF网元标记到QoS配置中。SMF网元向RAN设备发送该QoS配置，以便在RAN设备将属于同一帧的数据包作为一个整体进行传输。完整性传输的表述形式可以是：内容(content)完整性传输、任务(task)完整性传输、事件(event)完整性、或对象/类(Object)完整性。其中，内容完整性可以是多个维度信息具有内在关联关系，如同一画面帧对应的多个数据包、同一画面帧对应的基本层和增强层、或者画面帧与音频对应的多个数据包等等。此外，多个维度信息，如基本层和增强层可能各自对应不同的QoS需求，也即不同的QoS，使得完整性传输也可以存在调度优先级。任务/事件/对象完整性可以是同一任务中的数据具有完整性需求。例如，触觉互联网中，远程操作机械臂打篮球，则传输中，视频、音频、动作、触觉、嗅觉等信息对应的多个数据包之间具有依赖相关性。

作为一种实现方式，可以在数据包中增加帧信息，用以指示帧与数据包的对应关系，即具有相同帧信息的数据包属于同一帧。在QoS流的特征属性中增加参数，如完整性传输参数，用以指示QoS流对应的业务是否开启完整性传输。以及，在5QI中增加属性，如完整性传输属性，用以指示QoS流对应的业务是否开启完整性传输。这样，在开启完整性传输的情况下，RAN设备通过解析数据包，可确定属于同一帧的数据包有哪些，以便在同一帧显示这些数据包对应的数据。如此，每一帧对应的数据都能够被有序显示或播放，以缓解画面丢帧、帧跳跃、或帧滞、或者画面与音频不一致等的情况，保障业务的QoS质量。但是，这种方式需要RAN设备识别每个数据包对应的头信息，开销很大。

综上，针对上述技术问题，本申请实施例提出了如下技术方案，以实现通过低开销的方式保障业务的QoS质量。下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如无线保真(wirelessfidelity，WiFi)系统，车到任意物体(vehicle to everything，V2X)通信系统、设备间(device-todevie，D2D)通信系统、车联网通信系统、4G，如LTE系统、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、5G，如NR系统，以及未来的通信系统，如第六代(6th generation，6G)移动通信系统等。

本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

另外，在本申请实施例中，“示例的”、“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中，“信息(information)”，“信号(signal)”，“消息(message)”，“信道(channel)”、“信令(singaling)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是匹配的。“的(of)”，“相应的(corresponding，relevant)”和“对应的(corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是匹配的。此外，本申请提到的“/”可以用于表示“或”的关系。本申请实施例中，“帧”也可以替换其他类似的表述。例如，一个帧可能包含多个不同的片(slice)，一个片在5GS中传递时会由不同的数据包组成，如一组数据包，因此，“帧”也可以替换为“片”或“数据包组(PDUSet)”，对此不做具体限定。

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

为便于理解本申请实施例，首先以图11中示出的通信系统为例详细说明适用于本申请实施例的通信系统。示例性的，图11为本申请实施例提供的通信方法所适用的一种通信系统的架构示意图。

如图11所示，该通信系统可以适用于上述5GS，主要包括：终端、接入网设备、策略控制网元以及会话管理网元。其中，在5GS的非漫游架构下，策略控制网元可以是PCF网元，会话管理网元可以是SMF网元。在5GS的LBO架构下，策略控制网元可以是VPLMN中的PCF网元，会话管理网元可以是VPLMN中的SMF网元。在5GS的HR架构下，策略控制网元可以是HPLMN中的PCF网元，会话管理网元可以是HPLMN中的SMF网元。此时，终端或接入网设备可以通过VPLMN中的AMF网元和SMF网元，与策略控制网元和会话管理网元通信。此外，终端、接入网设备、策略控制网元以及会话管理网元的相关功能可以参考上述5GS中的相关介绍，不再赘述。该通信系统也可以适用于未来的通信系统，如6G通信系统，对此不做具体限定。

在本申请实施例中，策略控制网元可以通过会话管理网元，为终端或接入网设备配置业务对应的PER，例如满足业务的丢帧率限制的PER。或者，策略控制网元也可以通过会话管理网元，为终端或接入网设备配置该业务的相关信息，以便终端或接入网设备据此确定该业务对应的PER。如此，终端或接入网设备可直接根据该PER处理该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，从而保障业务的QoS质量。

为方便理解，下面将结合图12-图17，通过方法实施例具体介绍上述终端、接入网设备、策略控制网元以及会话管理网元之间的交互流程。在方法实施例中，UE可以是上述通信系统中的终端，RAN设备可以是上述通信系统中的接入网设备，SMF网元可以是上述通信系统中的会话管理网元，PCF网元可以是上述通信系统中的策略控制网元。下面具体介绍。

场景1：

示例性的，图12为本申请实施例提供的通信方法的流程示意图一。在场景1中，PCF网元可以向SMF网元发送业务对应的PER，SMF网元以QoS流为粒度，为UE或RAN设备配置该PER，以便UE或RAN设备根据该PER，处理QoS流对应的该业务的数据包，以保障业务的丢帧率，从而保障业务的QoS质量。

具体的，如图12所示，该通信方法的流程如下：

S1201，建立数据连接会话。

UE可以接入5G网络并发起会话请求。SMF网元可以为该UE建立对应的数据连接会话，如PDU会话，确保用户面数据能够正常传输。其中，建立PDU会话的流程可以参考第三代合作伙伴计划(3rd generation partnership project，3GPP)中TS23.502 4.3.2章节的定义，不再赘述。为方便理解，下文以PDU会话为例进行介绍。

S1202，AF向PCF网元发送业务的相关信息和/或业务对应的PER。相应的，PCF网元接收来自AF的业务的相关信息和/或业务对应的PER。

其中，业务的相关信息可以与该业务的需求有关。业务的相关信息可以包括该业务的如下至少一项：帧特征信息、或丢帧率限制信息。

业务的丢帧率限制信息可用于指示该业务的丢帧率小于或等于该业务的丢帧率限制，也即业务可以接受的最大丢帧率。可选地，该业务的丢帧率限制的一种表示形式为：该业务的丢帧率限制为A％，表示每100帧中最多能丢A帧，A的取值大于0。例如，该业务的丢帧率限制为10％，表示每10帧最多能丢1帧。又例如，该业务的丢帧率限制5％，表示每20帧最多能丢1帧。或者，在终端或接入网设备默认以多少帧为单位的情况下，该业务的丢帧率限制的一种表示形式为：该业务的丢帧率限制为A，表示在默认的帧数中最多能丢A帧。例如，默认以50帧为单位，A为5，表示表示每50帧最多能丢5帧。又例如，默认以100帧为单位，A为5，表示表示每100帧最多能丢5帧。或者，可选地，该业务的丢帧率限制的一种表示形式为：每A帧允许丢1帧。例如，A为10，表示每10帧最多能丢1帧。

业务的帧特征信息可以描述该业务的帧特征。业务的帧特征信息可用于PCF网元确定业务的帧内的数据包数量(记为帧内数据包数量，下同)，如帧内最大数据包数量，或帧内平均数据包数量，以便PCF网元能够根据帧内数据包数量，将业务的丢帧率转换成业务的丢包率，也即PER。例如，业务的帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。帧周期与上述TSCAI中的周期类似，用于指示业务相邻两个帧之间的间隔，也即相邻两个突发之间的间隔。该BAT与上述TSCAI中的BAT类似，BAT可以用于指示该业务的一个突发数据(或者说一个帧)中的第一个数据包到达RAN设备的时间，也即下行BAT。或者，BAT也可以用于指示该业务的一个突发数据(或者说一个帧)中的第一个数据包离开UE的时间，如最晚可能时间，也即上行BAT。最大数据包数量可以指一个帧的单位时间(或者说时间窗)内最大的数据包数量，该单位时间可以小于或等于帧周期。最大数据突发量可以指一个帧的单位时间(或者说时间窗)内最大的数据量，或者说最大的数据流量。数据包周期可以指一个帧内相邻两个数据包之间的间隔。

需要指出的是，虽然数据以数据包周期为间隔发送，但一个帧内的数据发送持续时间不一定持续整个帧周期。

在此基础上，PCF网元可以根据业务的帧特征信息中的各种参数，选择自身支持的参数来确定该帧内数据包数量，避免因为PCF网元不支持上述某些参数，而导致其无法确定帧内数据包数量，以保证方案的可靠性。其中，PCF网元可以根据帧周期和数据包周期确定帧内数据包数量。例如，帧内数据包数量＝帧周期/数据包周期；或者，PCF网元可以根据最大数据包数量确定帧内数据包数量，如帧内数据包数量＝最大数据包数量。PCF网元也可以根据最大数据突发量确定帧内数据包数量。例如，帧内数据包数量＝最大数据突发量/最大传输单元(maximum transmission unit，MTU)。该MTU可以是PCF网元预配置，或者由SMF网元向PCF网元上报。PCF网元还可以根据单位时间和数据包周期确定帧内数据包数量。例如，帧内数据包数量＝单位时间/数据包周期。

可以理解，上述是以PCF网元自行确定帧内数据包数量为例，不作为限定，例如，PCF网元也可以直接从AF获取该帧内数据包数量。

业务对应的PER(或者说业务对应的需求)可根据上述业务的相关信息确定。其中，PCF网元可根据业务的丢帧率限制信息，确定该业务对应的PER。例如，如果业务的丢帧率限制为A％，则确定PER也为A％。或者，PCF网元也可以根据业务的丢帧率限制信息，以及帧内数据包数量，确定该业务对应的PER。例如，如果业务的丢帧率限制为A％，帧内数据包数量为B个，B为正整数，则确定PER为A/B％。其中，PER为A％是相对宽松的丢包率条件，而PER为A/B％是相对严格的丢包率条件，两者一个构成一个范围，如[A/B％，A％]，使得PCF网元可以在该范围内选择适合的PER，也即A/B％≤C≤A％，C为PER的指定取值，以兼顾开销和业务需求。

可以理解，通过业务的丢帧率限制为A％确定PER，需要先确定最多每几个帧可以丢一个帧。当然，也可以采用其他方式确定PER。例如，如果业务的丢帧率限制为A％，帧内数据包数量为B个，B为正整数。则确定A％＝1-(1-PER)^B，从而进一步确定可以看出，这种方式确定的PER可以准确表示单个数据包的丢失与整个帧的丢失之间的对应关系，因此这种计算方式可以不要求先确定最多每几个帧可以丢一个帧。

需要指出的是，如果PER为A％，则需要保证在同一帧内丢包，以满足业务的丢帧率限制。例如，以10帧，每帧包括5个数据包为例。如果业务的丢帧率限制为10％，PER为10％，那么这50个数据包最多可以丢5个数据包。此时，需要保证这5个数据包属于同一帧，即10帧中丢1帧，以满足业务的丢帧率限制。否则，如果这5个数据包属于不同的帧，则导致这10帧中丢帧数量大于1，从而无法满足业务的丢帧率限制。但是，如果PER为A/B％，则显然能够满足业务的丢帧率限制，例如，以10帧，每帧包括5个数据包为例，如果业务的丢帧率限制为10％，PER为10/5％＝2％，那么这50个数据包最多可以丢1个数据包，也即10帧中最多丢1帧，满足业务的丢帧率限制。

此外，上述是以PCF网元自行确定PER为例，不作为限定。例如，AF可以预配置该业务对应的PER，或者，AF可以根据该业务的相关信息确定该业务对应的PER。这样，PCF网元便可以直接从AF获取该业务对应的PER，以降低PCF网元的开销，提高运行效率。又例如，AF可以将业务的相关信息/业务对应的PER(需求)存入UDR网元，如通过NEF存入UDR网元。PDU会话建立后，PCF网元可以从UDR网元获取该业务的相关信息/业务对应的PER(需求)。例如，PCF网元可以向UDR网元发送业务描述信息，如应用标识或业务数据流过滤器等。相应的，UDR网元根据业务描述信息，向PCF网元返回该业务的相关信息/业务对应的PER。

本申请实施例中，对于AF发送业务的相关信息和/或业务对应的PER，AF可通过复用已有的消息，如调用任何可能的服务化接口服务，比如通过策略授权(Npcf_PolicyAuthorization)服务，向PCF网元发送该业务的相关信息和/或业务对应的PER，以降低通信开销，提高通信效率。或者，AF也可以通过新的服务向PCF网元发送该业务的相关信息和/或业务对应的PER，对此不做具体限定。

S1203，PCF网元向SMF网元发送PER。相应的，SMF网元接收来自PCF网元的PER。

其中，PER可以携带在策略与计费控制(policy and charging control，PCC)规则中，以复用已有信元，降低通信开销，提高通信效率。当然，PER也可以携带在其他任何可能的信元中，对此不做具体限定。

S1204，SMF网元将PCC规则映射至QoS流。

由于PCC规则是业务数据流(service data flow，SDF)粒度的规则，而RAN设备是以QoS流为粒度调度业务的，因此SMF网元需要将SDF映射到对应的QoS流上，也即将PCC规则映射至对应的QoS流(建立PCC规则与对应的QoS流的对应关系)，以实现以QoS流为粒度保障业务的QoS质量。

一种可能的方式中，SMF网元将PCC规则中的PER作为映射参数。SMF网元可以确定PCC规则中的PER与QoS流参数中的PER是否相同。如果PCC规则中的PER与QoS流参数中的PER相同，则将PCC规则映射至该QoS流参数对应的QoS流，以实现复用已有QoS流，降低开销。当然，这种情况下，需要PCC规则中的其他绑定参数也要相同，其他映射参数的具体实现原理可以参考上述“3、映射机制”中的相关介绍，不再赘述。或者，如果PCC规则中的PER与QoS流参数中的PER不同，则SMF网元可以创建QoS流，将PCC规则映射至该创建的QoS流绑定，避免PCC规则影响已有的QoS流。例如，QoS流#1的参数包括：PER#1，QoS流#2的参数包括：PER#2，PCC规则包括：PER#1。如此，SMF网元确定QoS流#1的参数中的PER#1与PCC规则中的PER#1相同，将PCC规则映射至QoS流#1。又例如，QoS流#1的参数包括：PER#1，QoS流#2的参数包括：PER#2，PCC规则包括：PER#3。如此，SMF网元确定所有QoS流参数中的PER与PCC规则中的PER#3都不相同，从而创建新的QoS流#3，将PCC规则映射至QoS流#3。

或者，另一种可能的方式中，SMF网元可以不执行上述QoS流参数与PCC规则的匹配，直接创建一个独立的QoS流，并将PCC规则映射至该独立的QoS流。可选地，这种情况下，没有其他PCC规则映射到该QoS流上。

可以理解，由于PCC规则与QoS流绑定，那么该PCC规则中的PER与该QoS流的PER相同。

S1205，SMF网元向RAN设备发送PER与QoS流的对应关系。相应的，RAN设备接收来自SMF网元的PER与QoS流的对应关系。

其中，该PER可以为S1204中被映射的PCC规则中的PER。

其中，SMF网元发送PER与QoS流的对应关系的一种可能是：SMF网元向RAN设备发送QoS流标识信息和PER，该QoS流标识信息与该PER默认对应。该对应关系可以承载在已有的消息中，如调用任何可能的服务，以实现信令复用，提高通信效率。或者，该对应关系也可以承载在新创建的消息中，对此不做具体限定。

可选地，参考上述S1202中的介绍可知，如果PER是相对宽松的丢包率条件，如PER为A％，则SMF网元还可以向RAN设备发送指示信息#1，用以指示RAN设备需要在同一帧内丢包，以满足业务的丢帧率限制。或者，SMF网元也可以不向RAN设备发送指示信息#1，RAN设备默认需要在同一帧内丢包。

S1206，RAN设备根据PER，处理QoS流对应的业务的数据包。

RAN设备可以根据PER与QoS流的对应关系，确定该QoS流的PER。这样，RAN设备可以根据该PER，确定该QoS流对应的链路配置，或者说链路层配置。例如，无线链路控制(radiolink control，RLC)的配置和/或混合自动重传请求(hybrid automatic repeat request，HARQ)的配置，或者其他任何可能的配置。如此，RAN设备可以根据链路配置，发送该QoS流对应业务的数据包，确保业务的丢包率能够满足该PER的要求，从而保障业务的丢帧率。

S1207，SMF网元向UE发送PER与QoS流的对应关系。相应的，UE接收来自SMF网元的PER与QoS流的对应关系。

其中，该PER与QoS流的对应关系可以承载在已有的消息中，如任何可能的NAS消息，以实现信令复用，提高通信效率。或者，该对应关系也可以承载在新创建的消息中，对此不做具体限定。

可选地，参考上述S1202中的介绍可知，如果PER是相对宽松的丢包率条件，如PER为A％，则SMF网元还可以向UE发送指示信息#1，用以指示UE发需要在同一帧内丢包，以满足业务的丢帧率限制。或者，SMF网元也可以不向UE发送指示信息#1，UE默认需要在同一帧内丢包。

S1208，UE根据PER，处理QoS流对应的业务的数据包。

UE可以根据PER与QoS流的对应关系，确定该QoS流的PER。这样，UE可以根据该PER，确定该QoS流对应的链路配置。例如，RLC的配置和/或HARQ的配置，或者其他任何可能的配置。如此，UE可以根据链路配置，发送该QoS流对应业务的数据包，确保业务的丢包率能够满足该PER的要求，从而保障业务的丢帧率。

需要指出的是，S1205-S1206与S1207-S1208之间的执行顺序不限定。S1205-S1206与S1207-S1208为可选步骤，例如SMF网元可以只向RAN发送对应关系，或者SMF网元可以只向UE发送对应关系。此外，SMF网元向RAN发送的对应关系中的PER，与SMF网元向UE发送的对应关系中的PER可以相同，或者也可以不同，对此不做具体限定。

场景2：

示例性的，图13为本申请实施例提供的通信方法的流程示意图二。在场景2中PCF网元可以向SMF网元发送业务对应的PER，以及该PER的执行条件(记为执行条件)。SMF网元以QoS流为粒度，为UE或RAN设备配置PER和执行条件。如此，UE或RAN设备可以根据该执行条件，获取业务实际的丢包率或丢帧率，并根据该丢包率或丢帧率，动态选择该QoS流当前对应的PER，以确保PER能够满足业务当前的需求，从而保障业务的丢帧率。

具体的，如图13所示，该通信方法的流程如下：

S1301，建立数据连接会话。

其中，S1301的具体实现原理可以参考上述S1201的相关介绍，不再赘述。

S1302，AF向PCF网元发送业务的相关信息和/或业务对应的PER。相应的，PCF网元接收来自AF的业务的相关信息和/或业务对应的PER。

其中，业务的相关信息可以与该业务的需求有关，包括如下至少一项：丢帧率限制信息、或帧特征信息。业务的丢帧率限制信息的具体实现原理可以参考上述S1202中的相关介绍，不再赘述。业务的帧特征信息可以包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期，具体实现原理可以参考上述S1202中的相关介绍，不再赘述。可选地，业务的帧特征信息可以包括如下至少一项：BAT。BAT可以用于指示业务的第一个数据包的达到时间，具体实现原理也可以参考上述1202中的相关介绍，不再赘述。

PCF网元可以根据业务的相关信息确定PER，具体实现原理也可以参考上述1202中的相关介绍，不再赘述。以及，PCF网元还可以根据业务的相关信息确定执行条件，该执行条件可用于指示PER在丢包或丢帧情况下的指定取值。可选地，执行条件可以用于指示如下一项：PER的指定取值与丢帧数负相关、PER的指定取值与丢包数负相关、或PER的指定取值与丢包率负相关等。丢帧数可以理解为实际的丢帧数或者瞬时的丢帧数，丢包数可以理解为实际的丢包数或者瞬时的丢包数，丢包率可以理解为实际的丢包率或者瞬时的丢包率。执行条件可以包括：丢包或丢帧的范围，以及PER的取值范围，这2个范围之间具有对应关系。例如，执行条件＝{(PER#1,丢帧数/丢包数/丢包率#1),…(PER#i,丢帧数/丢包数/丢包率#i),…(PER#n,丢帧数/丢包数/丢包率#n)}，n为大于1的整数，i为取1到n的整数。该执行条件用以指示随着实际的丢帧数、丢包数以及丢帧率中的一项或多项，在业务允许的范围内增加，该PER也可以从相对宽松的丢包率条件逐渐变为相对严格的丢包率条件，实现在丢帧或丢包增多的情况下，UE或RAN设备可以通过提高PER的限制来缓解丢帧或丢包，以保障业务的QoS质量(参见S1306和S1308)。

例如，以10帧，每帧包括5个数据包为例，如果业务的丢帧率限制为10％，则PER的取值范围为2％至10％，业务允许的丢包数为1个至5个。这种情况下，执行条件＝{(PER＝10％,丢包数＝1),(PER＝8％,丢包数＝2),(PER＝6％,丢包数＝3),(PER＝4％,丢包数＝4),(PER＝2％,丢包数＝5)}。也即，PER被分为5个档，分别为PER为2％、PER为4％、PER为6％、PER为8％、以及PER为10％。PER为10％对应的丢包数为1个，PER为8％对应的丢包数为2个，PER为6％对应的丢包数为3个，PER为4％对应的丢包数为4个，PER为2％对应的丢包数为5个。

可选地，该执行条件还可用于指示在同一帧内丢包的情况下，PER的指定取值可以保持不变。也就是说，对于已经出现丢包的帧，这一帧已经丢失了。此时，如果这一帧继续丢包，也不会影响业务的丢帧率，因此可以保持PER的指定取值不变，以避免增加无效开销，提高设备的运行效率。

S1303，PCF网元向SMF网元发送PER以及执行条件。相应的，SMF网元接收来自PCF网元的PER以及执行条件。

其中，PER和执行条件可以携带在PCC规则，如PCC规则的同一信元或不同的信元中，以实现复用已有信元，降低通信开销，提高通信效率。当然，PER和执行条件也可以携带在其他任何可能的信元中，对此不做具体限定。

可选地，PCF网元还可以通过SMF网元向UE或RAN设备发指示信息#2。指示信息#2可以指示上述帧特征信息，如帧周期和BAT，用于UE或RAN设备确定同一帧内的数据包，例如确定第一个数据包到达之后多长时间内的到达数据包均为同一帧的数据包，实现UE或RAN能够以帧为粒度计算丢包。这样，如果UE或RAN设备确定同一帧内丢包，则根据上述执行条件，保持PER的指定取值不变。此外，指示信息#2还可以指示如下至少一项：数据包周期、最大数据包数量、最大数据突发量、或者帧内数据包数量等信息，用以辅助UE或RAN设备确定同一帧内的数据包。指示信息#2与上述PER和该PER的执行条件可以承载在同一信元中，如PCC规则，或者承载在不同的信元中，对此不作具体限定。当然，UE或RAN设备也可以在本地默认配置该帧周期和BAT。PCF网元也可以不发送指示信息#2，以节约开销。

S1304，SMF网元将PCC规则映射至QoS流。

其中，SMF网元可以将PCC规则中的PER+执行条件作为映射参数，将该PCC规则映射至QoS流。例如，SMF网元可以确定PCC规则中的PER+执行条件与QoS流参数中的PER+执行条件是否相同。如果PCC规则中的PER+执行条件与QoS流参数中的PER+执行条件相同，则将PCC规则映射至该QoS流参数对应的QoS流，以实现复用已有QoS流，降低开销。当然，这种情况下，需要PCC规则中的其他映射参数也要相同，其他映射参数的具体实现原理可以参考上述“3、映射机制”中的相关介绍，不再赘述。或者，如果PCC规则中的PER+执行条件与QoS流参数中的PER+执行条件不同，则SMF网元可以创建QoS流，将PCC规则映射至该创建的QoS流，避免PCC规则影响已有的QoS流。

需要注意的是，当PER有多个取值和/或有多个执行条件时，需要这这些PER和执行条件都相同，才可以映射至已有的QoS流。或者，SMF网元也可以将PCC规则(包含执行条件#1+PER的PCC规则)映射到单独的QoS流，如SMF网元创建一个独立的QoS流，将该PCC规则映射至该独立的QoS流。或者，SMF网元也可以沿用上述S1204中介绍的映射方式，将PCC规则映射至对应的QoS流，具体实现原理可以参考上述S1204的相关介绍，不再赘述。

S1305，SMF网元向RAN设备发送执行条件，以及PER与QoS流的对应关系。相应的，RAN设备接收来自SMF网元的执行条件，以及PER与QoS流的对应关系。

其中，SMF网元发送执行条件，以及PER与QoS流的对应关系的一种可能是：SMF网元向RAN设备发送QoS流标识信息、PER以及该执行条件，该QoS流标识信息与该PER默认对应。执行条件和该对应关系可以承载在已有的消息中，如任何可能的服务化接口消息，以实现信令复用，提高通信效率。或者，执行条件和该对应关系也可以承载在新创建的消息中，对此不做具体限定。

可选地，参考上述S1202中的介绍可知，如果PER是相对宽松的丢包率条件，如PER为A％，则SMF网元还可以向RAN设备发送指示信息#1，用以指示RAN设备需要在同一帧内丢包，以满足业务的丢帧率限制。该指示信息#1与上述的执行条件以及对应关系可以承载在同一消息中，或者承载在不同的消息中，对此不作具体限定。或者，SMF网元也可以不向RAN设备发送指示信息#1，RAN设备默认需要在同一帧内丢包。

可选地，如果SMF网元接收到来自PCF网元的指示信息#2，则SMF网元还可以向RAN设备转发该指示信息#2。该指示信息#2与上述的执行条件以及对应关系可以承载在同一消息中，或者承载在不同的消息中，对此不作具体限定。

S1306，RAN设备根据执行条件指示的PER，处理QoS流对应的业务的数据包。

RAN设备可以根据对应关系，确定该QoS流的PER。RAN设备可以根据执行条件，确定当前的PER，并根据该PER，确定该QoS流对应的链路配置(上行或下行的链路配置)。例如，RLC的配置和/或HARQ的配置，或者其他任何可能的配置。如此，RAN设备可以根据链路配置，发送该QoS流对应业务的数据包，确保业务的丢包率能够满足该PER的要求，从而保障业务的丢帧率。之后，RAN设备还可以根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包，以确保该业务的丢帧率始终满足丢帧率限制。

例如，RAN设备可以根据执行条件，选择一个相对宽松的PER，并根据该相对宽松的PER，确定该QoS流对应的链路配置。此时，该链路配置也相对宽松，如链路配置指示的链路资源相对较少。RAN设备可以根据帧周期和BAT，确定对应QoS流的哪些数据包属于同一个帧；或者，RAN设备也可以根据数据包中的帧信息，确定对应QoS流的哪些数据包属于同一个帧。这样，RAN设备可以确定同一帧内的哪些数据包没有发送成功(即丢包/丢帧)，以记录QoS流当前的丢包数、丢包率、以及丢帧数中的一项或多项。之后，随着RAN设备记录的丢包或丢帧逐渐增多，RAN设备可以根据执行条件，将相对宽松的PER逐渐调整相对严格的PER，也即逐渐减小PER的指定取值。如此，RAN设备可以根据PER减小后的指定取值，调定该QoS流对应的链路配置。此时，调整后的链路配置也相对严格，如链路配置指示的链路资源相对较多，以满足该相对严格的PER。或者，如果RAN设备确定同一帧内丢包，则RAN设备还可以根据执行条件，保持PER的指定取值不变。也即，RAN设备可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

S1307，SMF网元向UE发送执行条件，以及PER与QoS流的对应关系。相应的，UE接收来自SMF网元的执行条件，以及PER与QoS流的对应关系。

其中，执行条件以及PER与QoS流的对应关系可以承载在已有的消息中，如任何可能的服务化接口消息，以实现信令复用，提高通信效率。或者，执行条件以及PER与QoS流的对应关系也可以承载在新创建的消息中，对此不做具体限定。

可选地，参考上述S1202中的介绍可知，如果PER是相对宽松的丢包率条件，如PER为A％，则SMF网元还可以向UE发送指示信息#1，用以指示UE发需要在同一帧内丢包，以满足业务的丢帧率限制。该指示信息#1与上述的执行条件以及对应关系可以承载在同一消息中，或者承载在不同的消息中，对此不作具体限定。或者，SMF网元也可以不向UE发发送指示信息#1，UE默认需要在同一帧内丢包。

可选地，如果SMF网元接收到来自PCF网元的指示信息#2，则SMF网元还可以向UE转发该指示信息#2。该指示信息#2与上述的执行条件以及对应关系可以承载在同一消息中，或者承载在不同的消息中，对此不作具体限定。

S1308，UE根据执行条件指示的PER，处理QoS流对应的业务的数据包。

UE可以根据对应关系，确定该QoS流的PER。UE可以根据执行条件，确定当前的PER，并根据该PER，确定该QoS流对应的链路配置(上行的链路配置)。例如，RLC的配置和/或HARQ的配置，或者其他任何可能的配置。如此，UE可以根据链路配置，发送该QoS流对应业务的数据包，确保业务的丢包率能够满足该PER的要求，从而保障业务的丢帧率。之后，UE还可以根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包，以确保该业务的丢帧率始终满足丢帧率限制。

例如，UE可以根据执行条件，选择一个相对宽松的PER，并根据该相对宽松的PER，确定该QoS流对应的链路配置。此时，该链路配置也相对宽松，如链路配置指示的链路资源相对较少。UE可以根据帧周期和BAT，确定对应QoS流的哪些数据包属于同一个帧；或者，UE也可以根据数据包中的帧信息，确定对应QoS流的哪些数据包属于同一个帧。这样，UE可以确定同一帧内的哪些数据包没有发送成功(即丢包/丢帧)，以记录QoS流当前的丢包数、丢包率、以及丢帧数中的一项或多项。之后，随着UE记录的丢包或丢帧逐渐增多，UE可以根据执行条件，将相对宽松的PER逐渐调整相对严格的PER，也即逐渐减小PER的指定取值。如此，UE可以根据PER减小后的指定取值，调定该QoS流对应的链路配置。此时，调整后的链路配置也相对严格，如链路配置指示的链路资源相对较多，以满足该相对严格的PER。或者，如果UE确定同一帧内丢包，则UE还可以根据执行条件，保持PER的指定取值不变。也即，UE可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

此外，需要指出的是，S1305-S1306与S1307-S1308之间的执行顺序不限定。S1305-S1306与S1307-S1308为可选步骤，例如SMF网元可以只向RAN发送执行条件以及PER与QoS流的对应关系，或者SMF网元可以只向UE发送执行条件以及PER与QoS流的对应关系。此外，SMF网元向RAN发送的执行条件与SMF网元向UE发送的执行条件可以相同，或者也可以不同，例如，上行的PER取值范围与下行的PER取值范围可以不同。此时，不同的PER取值范围可以对应不同的PER，也即SMF网元向RAN发送的PER与SMF网元向UE发送的PER也可以不同。

场景3：

示例性的，图14为本申请实施例提供的通信方法的流程示意图三。在场景3中PCF网元可以向SMF网元发送业务对应的PER以及执行条件。SMF网元以QoS流为粒度，为UE或RAN设备配置PER和执行条件。如此，UE或RAN设备可以根据该执行条件，在不同的时间，选择QoS流对应的不同PER，以确保PER能够满足业务在不同时间下的需求，从而保障业务的丢帧率。

具体的，如图14所示，该通信方法的流程如下：

S1401，建立数据连接会话。

其中，S1401的具体实现原理可以参考上述S1201的相关介绍，不再赘述。

S1402，AF向PCF网元发送业务的相关信息/业务对应的PER。相应的，PCF网元接收来自AF的业务的相关信息/业务对应的PER。

业务的相关信息可以与该业务的需求有关，包括如下至少一项：丢帧率限制信息、或帧特征信息。业务的丢帧率限制信息的具体实现原理可以参考上述S1202中的相关介绍，不再赘述。业务的帧特征信息可以包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期，具体实现原理可以参考上述S1202中的相关介绍，不再赘述。可选地，业务的帧特征信息可以包括如下至少一项：BAT、或时间信息。

BAT可以用于指示业务的第一个数据包的达到时间，具体实现原理也可以参考上述1202中的相关介绍，不再赘述。

时间信息可以用于指示业务的帧的时间(记为帧时间)，如某个下行的帧到达RAN设备的时间，或者某个上行的帧从UE发出的时间。其中，帧时间可以通过绝对时间表征。例如，业务的总时长为2小时，被指示的帧具体是这2小时中哪个时间对应的帧。或者，帧时间也可以通过相对时间表征。例如，被指示的帧为业务的某个参考时间之前或之后多长时间对应的帧。或者，帧时间也可以通过帧的序号隐含表示。例如，业务包括N帧，被指示的帧为第i帧，N为正整数，i取1至N。或者，帧时间还可以通过帧的序号偏移(offset)隐含表征。例如，业务包括N帧，被指示的帧与第i帧之间间隔j帧，N为正整数，i取1至N，j取1至N，i+j≤N。当然，时间信息用于指示业务的关键帧和非关键帧的时间仅为一种示例，时间信息也可以用于指示业务的其他类型帧的时间，对此不做具体限定。

PCF网元可以根据业务的相关信息确定PER，具体实现原理也可以参考上述1202中的相关介绍，不再赘述。PCF网元还可以根据业务的相关信息，确定执行条件。例如，执行条件＝{(PER#1,时间窗#1),…(PER#i,时间窗#i),…(PER#n,时间窗#n)}，n为大于1的整数，i为取1到n的整数。如此，该执行条件可以用以指示在业务的指定时间(时间窗)内，PER为指定取值。

以业务的关键帧和非关键帧为例，关键帧可以指包含有相对重要的业务数据的帧，如镜头切换的画面对应的帧。非关键帧可以指包含有相对次要的业务数据的帧，如镜头静止的画面对应的帧。PCF网元可根据时间信息，确定包含关键帧的指定时间，并确定在该指定时间内，PER的指定取值满足如下关系：A/B％＝C，以尽量避免出现关键帧丢帧。PCF网元还可根据时间信息，确定包含非关键帧的指定时间，并确定在该指定时间内，PER的指定取值满足如下关系：A/B％＜C≤A％，如PER为A％，或者采用上述S1302中方式，分档设置PER的指定取值，以实现在满足业务需求的情况下尽量降低设备开销。也即，执行条件＝{(PER＝A/B％,包含关键帧的指定时间),(A/B％＜PER≤A％,包含非关键帧的指定时间)}。此外，上述是以关键帧和非关键帧为例，PCF网元也可以确定在指定时间内的其他类型帧对应的PER，对此不做具体限定。

需要指出的是，业务的各个指定时间加起来应当覆盖整个业务的时长，以确保该业务在任何时间下都有与之对应的PER。

可选地，该执行条件还可用于指示在同一帧内丢包的情况下，PER的指定取值保持不变。也就是说，对于已经出现丢包的帧，这一帧已经丢失了。此时，如果这一帧继续丢包，也不会影响业务的丢帧率，因此可以保持PER的指定取值不变，以避免无效开销，提高设备运行效率。

S1403，PCF网元向SMF网元发送PER以及执行条件。相应的，SMF网元接收来自PCF网元的PER以及执行条件。

其中，S1403的具体实现原理可以参考上述S1303的相关介绍，不再赘述。

S1404，SMF网元将PCC规则映射至QoS流。

需要注意的是，当PER有多个取值和/或有多个执行条件时，需要这这些PER和执行条件都相同才能映射到已有的QoS流。或者，SMF网元也可以将PCC规则(包含执行条件+PER的PCC规则)映射到单独的QoS流，如SMF网元创建一个独立的QoS流，将该PCC规则映射至该独立的QoS流。或者，SMF网元也可以沿用上述S1204中介绍的映射方式，将PCC规则映射至对应的QoS流，具体实现原理可以参考上述S1204的相关介绍，不再赘述。

S1405，SMF网元向RAN设备发送执行条件，以及PER与QoS流的对应关系。相应的，RAN设备接收来自SMF网元的执行条件，以及PER与QoS流的对应关系。

其中，S1405的具体实现原理可以参考上述S1305的相关介绍，不再赘述。

S1406，RAN设备根据执行条件指示的PER，处理QoS流对应的业务的数据包。

例如，RAN设备根据执行条件，确定在业务刚开始的指定时间，采用哪一种指定取值的PER，并根据该PER，确定该QoS流对应的链路配置。之后，业务进入到下一个指定时间，RAN设备根据执行条件，确定在下一个指定时间，采用哪一种指定取值的PER，并根据该PER，调整该QoS流对应的链路配置。然后以此类推，直至业务结束。

又例如，RAN设备还可以根据帧周期和BAT，确定对应QoS流的哪些数据包属于同一个帧；或者，RAN设备也可以根据数据包中的帧信息，确定对应QoS流的哪些数据包属于同一个帧。这样，RAN设备可以确定同一帧内的哪些数据包没有发送成功(即丢包/丢帧)。此时，如果RAN设备确定同一帧内丢包，则RAN设备还可以根据执行条件，保持PER的指定取值不变。也即，RAN设备可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

S1407，SMF网元向UE发送执行条件，以及PER与QoS流的对应关系。相应的UE接收来自SMF网元的执行条件，以及PER与QoS流的对应关系。

其中，S1407的具体实现原理可以参考上述S1307的相关介绍，不再赘述。

S1408，UE根据执行条件指示的PER，处理QoS流对应的业务的数据包。

例如，UE根据执行条件，确定在业务刚开始的指定时间，采用哪一种指定取值的PER，并根据该PER，确定该QoS流对应的链路配置。之后，业务进入到下一个指定时间，UE根据执行条件，确定在下一个指定时间，采用哪一种指定取值的PER，并根据该PER，调整该QoS流对应的链路配置。然后以此类推，直至业务结束。

又例如，UE还可以根据帧周期和BAT，确定对应QoS流的哪些数据包属于同一个帧；或者，UE也可以根据数据包中的帧信息，确定对应QoS流的哪些数据包属于同一个帧。这样，UE可以确定同一帧内的哪些数据包没有发送成功(即丢包/丢帧)。此时，如果UE确定同一帧内丢包，则UE还可以根据执行条件，保持PER的指定取值不变。也即，UE可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

需要指出的是，S1405-S1406与S1407-S1408之间的执行顺序不限定。S1405-S1406与S1407-S1408为可选步骤，例如SMF网元可以只向RAN发送执行条件以及PER与QoS流的对应关系，或者SMF网元可以只向UE发送执行条件以及PER与QoS流的对应关系。此外，SMF网元向RAN发送的执行条件与SMF网元向UE发送的执行条件可以相同，或者也可以不同，例如，上行的指定时间与下行的指定时间可以不同，而不同的指定时间可以对应不同的PER，也即SMF网元向RAN发送的PER与SMF网元向UE发送的PER也可以不同。

此外，上述各个方案可以组合，例如，场景2中的方案与场景3中的方案可以组合实施，例如，SMF网元向RAN设备或UE发送执行条件，该执行条件不仅包含PER的取值范围，还包含业务的指定时间，对此不再赘述。

以上结合图12-图14详细说明了本申请实施例提供的通信方法在场景1-场景3下的具体流程。以下结合图15介绍该通信方法在场景1-场景3下的整体流程。

示例性的，图15为本申请实施例提供的通信方法的流程示意图四。该通信方法适用于上述通信系统中终端、接入网设备、会话管理网元、以及策略控制网元之间的通信。如图15所示，该通信方法的流程如下：

S1501，策略控制网元获得与业务对应的PER。

其中，PER用于终端或接入网设备根据PER处理业务的数据包。该PER为指定取值。也就是说，策略控制网元可以指示终端或接入网设备使用哪个取值的PER，无需终端或接入网设备确定或者调整PER，以降低设备开销，提高运行效率。例如，指定取值满足如下关系：A/B％≤C≤A％，业务的丢帧率限制为A％。其中，业务的帧内(如一个帧内)的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。可以看出，PER为A％是相对宽松的丢包率条件，而PER为A/B％是相对严格的丢包率条件，两者一个构成一个范围，如[A/B％，A％]，使得PCF网元可以在该范围内选择适合的PER，以兼顾设备开销和业务需求。

一种可能的设计方案中，策略控制网元可以接收来自应用功能的PER，以降低策略控制网元的开销，提高运行效率。其中，该PER是根据业务的丢帧率限制确定的。该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足丢帧率限制。其中，根据丢帧率限制确定PER可以是将丢帧率限制确定为PER。例如，丢帧率限制为A％，PER也为A％，用以在特定情况下(如同一帧内丢包)满足业务的丢帧率限制。

可选地，PER还可以是进一步根据业务的帧内数据包数量确定的。例如，策略控制网元确定业务的丢帧率限制和业务的帧内的数据包数量的之间的商值，并将商值确定为PER，用以在任意情况下(如任意帧内丢包)满足业务的丢帧率限制。

或者，另一种可能的设计方案中，策略控制网元可以接收来自应用功能的业务的丢帧率限制信息，并根据丢帧率限制信息，确定PER。也即，应用功能可以只提供业务信息，由策略控制网元自行确定PER，以降低应用功能的开销，提高运行效率。

可选地，策略控制网元还可以接收来自应用功能的业务的帧特征信息，并根据帧特征信息，确定业务的帧内的数据包数量。相应的，策略控制网元根据丢帧率限制信息，确定PER，包括：策略控制网元根据丢帧率限制信息和业务的帧内的数据包数量，确定PER。

可选地，帧特征信息可以包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。其中，帧周期和数据包周期可用于确定该业务的帧内的数据包数量(记为帧内数据包数量)。例如，帧内数据包数量＝帧周期/数据包周期；或者，最大数据包数量也可用于确定帧内数据包数量，如帧内数据包数量＝最大数据包数量；或者，最大数据突发量也可用于确定帧内数据包数量，如帧内数据包数量＝最大数据突发量/MTU。如此，策略控制网元可以选择自身能够识别的参数来确定帧内数据包数量，避免因为策略控制网元不支持上述某些参数，而导致其无法确定帧内数据包数量，以保证方案的可靠性。并且，在这种情况下，根据帧内数据包数量确定PER，还可以确保业务的丢帧率在任意情况下都满足丢帧率限制。

以及，帧特征信息还可以包括如下至少一项：BAT、或时间信息。其中，BAT用于指示业务的第一个数据包的达到时间。如此，终端或接入网设备能够根据帧特征信息，确定属于同一帧的数据包，实现以帧为粒度，更准确地计算业务的丢包率。例如，终端或接入网设备确定第一个数据包到达之后多长时间内的到达数据包均为同一帧内的数据包。此外，时间信息可以用于指示业务的帧的时间(记为帧时间)。如此，终端或接入网设备还可以根据时间信息，在不同的时间采用不同的PER，以兼顾设备开销和业务需求。例如，对业务在某些时间内的非关键帧，可以采用根据丢帧率限制信息确定的PER，以节约开销；对业务在某些时间内的关键帧，可以采用进一步根据帧内数据包数量确定的PER，以尽量避免关键帧丢帧，保障业务需求。

一种可能的设计方案中，PER可以携带在策略与计费控制PCC规则中，以实现信元复用，提高通信效率。

此外，S1501的具体实现原理也可以参考上述S1202、S1302、以及S1402中的相关介绍，不再赘述。

S1502，策略控制网元向会话管理网元发送PER。相应的，会话管理网元接收来自策略控制网元的PER。

其中，PER可以携带在PCC规则中。也即，策略控制网元向会话管理网元发送PCC规则，相应的，会话管理网元接收来自策略控制网元的PCC规则，PCC规则携带有PER。

可选地，策略控制网元还可以向会话管理网元发送PER的执行条件。其中，该执行条件可以由策略控制网元确定。该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值，以便终端或接入网设备能够在对应的情况下选择适合的执行条件，以兼顾设备开销和业务需求。

例如，PER的执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C，以尽量避免出现关键帧丢帧；或者，指定时间内包括非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％，以实现在满足业务需求的情况下尽量降低设备开销。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。也就是说，随着丢帧数和/或丢包数在业务允许的范围内增加，PER从相对宽松的丢包率条件逐渐变为相对严格的丢包率条件，实现在丢帧或丢包增多的情况下，通过提高PER的限制来缓解丢帧或丢包，以保障业务的QoS质量。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。例如，在终端或接入网设备以帧为粒度计算丢包的情况下，如果终端或接入网设备确定同一帧内丢包下，则可以根据执行条件#3，保持PER的指定取值不变。也就是说，对于已经出现丢包的帧，这一帧已经丢失了。此时，如果这一帧继续丢包，也不会影响业务的丢帧率，因此可以保持PER的指定取值不变，以避免增加设备的无效开销，提高运行效率。

可选地，PER的执行条件也可以携带在PCC规则中。也即，策略控制网元向会话管理网元发送PCC规则，相应的，会话管理网元接收来自策略控制网元的PCC规则，PCC规则携带有PER的执行条件。

此外，S1502的具体实现原理也可以参考上述S1203、S1303、以及S1403中的相关介绍，不再赘述。

S1503，会话管理网元向终端和/或接入网设备发送PER与QoS流的对应关系。相应的，终端和/接入网设备接收来自会话管理网元的PER与QoS流的对应关系。

其中，会话管理网元可以将PCC规则映射至QoS流，以实现以QoS流为粒度保障业务的QoS质量。例如，会话管理网元可以确定PCC规则中的PER与已有的QoS流参数中的PER相同，将PCC规则映射至该QoS流参数对应的QoS流，以实现复用已有QoS流，降低开销。或者，会话管理网元可以确定PER与已有的QoS流参数中的PER不同，创建QoS流，将PCC规则映射至该创建的QoS流，避免PCC规则影响已有的QoS流。之后，会话管理网元可以向终端和/或接入网设备发送该PER与QoS流的对应关系(即映射关系)。

可选地，会话管理网元还可以分别向终端或接入网设备发送执行条件。相应的，终端或接入网设备可以接收来自会话管理网元的执行条件。

此外，S1503的具体实现原理也可以参考上述S1204-S1205，S1207、S1304-S1305，S1307、以及S1404-S1405，S1407中的相关介绍，不再赘述。

S1504，终端或接入网设备根据PER，处理QoS流对应业务的数据包。

其中，终端或接入网设备可以根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包，以确保该业务的丢帧率满足丢帧率限制。可选地，终端或接入网设备也可以根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包，以确保该业务的丢帧率始终满足丢帧率限制。可选地，终端或接入网设备还可以接收业务的帧特征信息，并根据该帧特征信息，确定属于该业务的同一帧内的数据包。如此，终端或接入网设可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据，以保证该业务的丢帧率满足丢帧率限制。

此外，S1504的具体实现原理也可以参考上述S1206和S1208、S1306和S1308、S1406和S1408中的相关介绍，不再赘述。当然，终端和接入网设备也可以采用其他方式保证丢帧率限制，本申请实施例不做具体限定。

综上，基于上述场景1-场景3介绍的方法，通过为终端或接入网设备配置业务对应的PER，例如满足业务的丢帧率限制的PER，使得终端或接入网设备可直接根据该PER处理该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，保障业务的QoS质量。

场景4：

示例性的，图16为本申请实施例提供的通信方法的流程示意图五。在场景4中，PCF网元可以向SMF网元发送业务的相关信息。SMF网元以QoS流为粒度，为UE或RAN设备配置该业务的相关信息。如此，UE或RAN设备可以根据业务的相关信息，自行确定该业务对应的PER，从而保障业务的丢帧率。

具体的，如图16所示，该通信方法的流程如下：

S1601，建立数据连接会话。

其中，S1601的具体实现原理可以参考上述S1201的相关介绍，不再赘述。

S1602，AF向PCF网元发送业务的相关信息。相应的，PCF网元接收来自AF的业务的相关信息。

其中，业务的相关信息可以与该业务的需求有关，包括如下至少一项：丢帧率限制信息、或帧特征信息。该业务的丢帧率限制信息的具体实现原理可以参考上述S1202中的相关介绍，不再赘述。该业务的帧特征信息的具体实现原理可以参考上述S1202、S1302以及S1402中的相关介绍，不再赘述。

S1603，PCF网元向SMF网元发送业务的相关信息。相应的，SMF网元接收来自PCF网元的业务的相关信息。

其中，业务的相关信息可以携带在PCC规则中，以实现复用已有信元，降低通信开销，提高通信效率。当然，业务的相关信息也可以携带在其他任何可能的信元中，对此不做具体限定。

可选地，PCF网元还可以通过SMF网元向UE或RAN设备发指示信息#2，具体实现原理可以参考上述S1303中的相关介绍，不再赘述。

S1604，SMF网元将PCC规则映射至QoS流。

一种可能的方式中，SMF网元可以确定PCC规则中业务的信息，如5QI，ARP等，与QoS流参数中业务的信息是否相同。如果PCC规则中业务的信息与QoS流参数中业务的信息相同，则将PCC规则映射至该QoS流参数对应的QoS流。或者，如果PCC规则中业务的信息与QoS流参数中业务的信息不同，则SMF网元可以创建QoS流，将PCC规则映射至该创建的QoS流。例如，QoS流参数包括：QoS流#1的参数，QoS流#2的参数。QoS流#1的参数中包括：ARP#1，QoS流#2的参数中包括：ARP#2，PCC规则中包括：ARP#1。如此，SMF网元确定QoS流#1的参数中ARP#1与PCC规则中的ARP#1相同，将PCC规则映射至QoS流#1。又例如，QoS流参数包括：QoS流#1的参数，QoS流#2的参数。QoS流#1的参数中包括：ARP#1，QoS流#2的参数中包括：ARP#2，PCC规则中包括：ARP#3。如此，SMF网元确定所有QoS流参数中的ARP与PCC规则中的ARP#3都不相同，从而创建QoS流#3，将PCC规则映射至QoS流#3。

或者，另一种可能的方式中，SMF网元可以不执行上述业务信息的匹配，直接创建QoS流，并将PCC规则映射至该创建的QoS流。

可以理解，由于PCC规则与QoS流具有映射关系，那么该PCC规则中业务的相关信息与该QoS流之间也具有相应的对应关系，例如该业务的相关信息与该QoS流的标识，如QoS流的ID对应。

此外，为方便理解，S1604的具体实现原理也可以参考上述“3、映射机制”中的相关介绍。

S1605，SMF网元向RAN设备发送业务的相关信息与QoS流的对应关系。相应的，RAN设备接收来自SMF网元的业务的相关信息与QoS流的对应关系。

其中，业务的相关信息与QoS流的对应关系可以承载在已有的消息中，如任何可能的服务化接口消息，以实现信令复用，提高通信效率。或者，业务的相关信息与QoS流的对应关系也可以承载在新创建的消息中，对此不做具体限定。

S1606，RAN设备根据业务的相关信息，确定业务对应的PER，并根据该PER，处理QoS流对应的业务的数据包。

RAN设备可以根据业务的相关信息，确定业务对应的PER，业务的相关信息与QoS流的对应关系，确定该QoS流的PER。这样，RAN设备可以根据该PER，处理该QoS流对应的业务的数据包，具体实现原理可以参考上述场景1-场景3中的相关介绍，不再赘述。

可选地，RAN设备还可以根据业务的相关信息，确定执行条件，以便RAN设备可以根据执行条件，选择PER的指定取值，具体实现原理也可以参考上述场景1-场景3中的相关介绍，不再赘述。

S1607，SMF网元向UE发送业务的相关信息与QoS流的对应关系。相应的，UE接收来自SMF网元的业务的相关信息与QoS流的对应关系。

其中，业务的相关信息与QoS流的对应关系可以承载在已有的消息中，如任何可能的NAS消息，以实现信令复用，提高通信效率。或者，业务的相关信息与QoS流的对应关系也可以承载在新创建的消息中，对此不做具体限定。

S1608，UE根据业务的相关信息，确定业务对应的PER，并根据该PER，处理QoS流对应的业务的数据包。

UE可以根据业务的相关信息，确定业务对应的PER，业务的相关信息与QoS流的对应关系，确定该QoS流的PER。这样，UE可以根据该PER，处理该QoS流对应的业务的数据包，具体实现原理可以参考上述场景1-场景3中的相关介绍，不再赘述。

可选地，UE还可以根据业务的相关信息，确定执行条件，以便UE可以根据执行条件，选择PER的指定取值，具体实现原理也可以参考上述场景1-场景3中的相关介绍，不再赘述。

需要指出的是，S1605-S1606与S1607-S1608之间的执行顺序不限定。S1607-S1608为可选步骤。例如，SMF网元可以仅向RAN设备发送业务的相关信息与QoS流的对应关系。可选地，RAN设备还可以向UE发送业务的相关信息与QoS流的对应关系，以便UE可以根据该对应关系，确定业务对应的PER。或者，RAN设备可以向UE发送该PER与QoS流的对应关系，即实现由RAN设备直接为UE配置QoS流粒度的PER，以降低UE开销，提高续航时间。可选地，RAN设备还可以向UE发送执行条件，即实现由RAN设备直接为UE配置执行条件，从而也可以降低UE开销，提高续航时间。

以上结合图16详细说明了本申请实施例提供的通信方法在场景4下的具体流程。以下结合图17介绍该通信方法在场景4下的整体流程。

示例性的，图17为本申请实施例提供的通信方法的流程示意图六。该通信方法适用于上述通信系统中终端、接入网设备、会话管理网元、以及策略控制网元之间的通信。如图17所示，该通信方法的流程如下：

S1701，策略控制网元接收来自应用功能的业务的相关信息。

业务的相关信息包括如下至少一项：帧特征信息、或丢帧率限制信息。帧特征信息用于确定业务的帧内的数据包数量。例如，帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。可选地，帧特征信息还可以包括如下至少一项：BAT、或时间信息。其中，BAT用于指示业务的第一个数据包的达到时间。时间信息用于指示业务的帧的时间。丢帧率限制信息用于指示业务的丢帧率小于或等于丢帧率限制。

此外，S1701的具体实现原理也可以参考上述S1202、S1302、以及S1402中的相关介绍，不再赘述。

S1702，策略控制网元向会话管理网元发送业务的相关信息。相应的，会话管理网元接收来自策略控制网元的业务的相关信息。

其中，业务的相关信息携带在PCC规则中。也即，策略控制网元向会话管理网元发送PCC规则。相应的，会话管理网元接收来自策略控制网元的PCC规则，该PCC规则携带有业务的相关信息。

此外，S1702的具体实现原理也可以参考上述S1203以及S1303中的相关介绍，不再赘述。

S1703，会话管理网元向接入网设备发送业务的相关信息与QoS流的对应关系。相应的，接入网设备接收来自会话管理网元的业务的相关信息与QoS流的对应关系。

其中，会话管理网元可以将PCC规则映射至QoS流。例如，会话管理网元确定PCC规则中业务的信息与已有的QoS流参数中业务的信息相同，将PCC规则映射至该QoS流参数对应的QoS流；或者，会话管理网元确定PCC规则中业务的信息与已有的QoS流参数中业务的信息不同，创建QoS流，将PCC规则映射至该创建的QoS流。如此，会话管理网元可以向接入网设备发送业务的相关信息与QoS流的对应关系(也即映射关系)。

此外，S1703的具体实现原理也可以参考上述S1604-S1605中的相关介绍，不再赘述。

S1704，接入网设备根据业务的相关信息，确定PER，从而根据PER，处理QoS流对应的业务的数据包。

其中，接入网设备可以根据丢帧率限制信息，确定PER。或者，接入网设备根据数据包数量和丢帧率限制信息，确定PER。该PER可以为指定取值。该PER的指定取值满足如下关系：A/B％≤C≤A％。业务的丢帧率限制为A％，业务的帧内的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。如此，接入网设备可以根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包。

可选地，接入网设备根据业务的相关信息，确定执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。例如，执行条件包括如下至少一项：执行条件#1、执行条件#2、或执行条件#3。执行条件#1用于指示在业务的指定时间内，PER为指定取值，执行条件#2用于指示PER在丢包或丢帧情况下的指定取值，执行条件#3用于指示PER在连续丢包情况下的指定取值。例如，执行条件#1用于指示：指定时间内包括关键帧，PER的指定取值满足如下关系：A/B％＝C；或者，指定时间内包括非关键帧，PER的指定取值满足如下关系：A/B％＜C≤A％。执行条件#2用于指示如下至少一项：PER的指定取值与丢帧数负相关、或PER的指定取值与丢包数负相关。执行条件#3用于指示：在同一帧内丢包的情况下，PER的指定取值保持不变。当然，接入网设备也可以采用其他方式保证丢帧率限制，本申请实施例不做具体限定。如此，接入网设备可以根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包。

可选地，接入网设备还可以根据业务的帧特征信息，确定属于该业务的同一帧内的数据包。如此，接入网设备可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

此外，S1704的具体实现原理可以参考上述场景1-场景3中的相关介绍，不再赘述。

S1705，会话管理网元向终端发送以及业务的相关信息与QoS流的对应关系。相应的，终端接收来自会话管理网元的业务的相关信息与QoS流的对应关系。

其中，S1705的具体实现原理也可以参考上述S1607，以及上述场景1-场景3中的相关介绍，不再赘述。

S1706，接入网设备向终端发送PER与QoS流的对应关系。相应的，终端接收来自接入网设备的PER与QoS流的对应关系。

在此基础上，可选地，接入网设备还可以向终端发送执行条件。相应的，终端接收来自接入网设备的执行条件。

此外，S1706的具体实现原理可以参考上述场景4中的相关介绍，不再赘述。

需要指出的是，S1705和S1706为可选步骤，即可以为终端配置业务的相关信息，以便终端自行确定PER，和/或，也可以直接为终端配置PER。此外，终端也可以采用其他方式保证丢帧率限制，本申请实施例不做具体限定。

S1707，终端根据PER，处理QoS流对应的业务的数据包。

其中，终端可以根据业务的相关信息，确定业务对应的PER，并根据业务的相关信息与QoS流的对应关系，将该PER映射至QoS流。如此，终端可以根据PER，处理QoS流对应业务的数据包。例如，终端可以根据PER，确定OoS流对应的链路配置，根据该链路配置，发送该QoS流对应业务的数据包。

可选地，终端还可以根据业务的相关信息，确定该PER的执行条件。如此，终端还可以根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，发送该QoS流对应业务的数据包。

可选地，终端还可以根据业务的相关信息中的帧特征信息，确定属该业务的同一帧内的数据包。如此，终端还可以根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

其中，S1707的具体实现原理可以参考上述场景1-场景3中的相关介绍，不再赘述。

综上，基于上述场景4介绍的方法，通过为接入网设备配置业务的相关信息，使得接入网设备可以据此确定业务对应的PER，例如满足业务的丢帧率限制的PER。这样，接入网设备可直接根据该PER发送该业务的数据包，无需识别数据包对应的头信息，以实现通过较低的开销来保障业务的丢帧率，保障业务的QoS质量。

需要指出的是，核心网，如PCF网元还可以根据RAN设备或UE的能力，选择场景1-场景3中介绍的配置方式，或者选择场景4中介绍的配置方式。例如，如果RAN设备或UE的能力比较弱，则选择场景1-场景3中介绍的配置方式，即PCF网元配置PER。如果RAN设备或UE的能力比较强，则选择场景4中介绍的配置方式，即PCF网元配置业务的相关信息，由UE或RAN设备自行确定PER。

以上结合图12-图17详细说明了本申请实施例提供的通信方法。以下结合图18-图20详细说明用于执行本申请实施例提供的通信方法的通信装置。

一些实施例中，该通信装置适用于上述场景1-场景3。下面具体介绍。

例如，图18是本申请实施例提供的通信装置的结构示意图一，如图18所示，通信装置1800可以包括一些功能性的模块，用于执行上述场景1-场景3中PCF网元，或者策略控制网元的功能。例如，通信装置1800包括：收发模块1801和处理模块1802。

其中，处理模块1802，用于获得与业务对应的PER；收发模块1801，用于向会话管理网元发送PER。其中，PER用于终端或接入网设备根据PER，处理业务的数据包。

一种可能的设计方案中，PER为指定取值。例如，指定取值满足如下关系：A/B％≤C≤A％。其中，业务的丢帧率限制为A％，业务的帧内的数据包数量为B个，PER的指定取值为C，A的取值大于0，B为正整数。

一种可能的设计方案中，收发模块1801，还用于接收来自应用功能的PER。其中，该PER是根据业务的丢帧率限制确定的。该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足丢帧率限制。

可选地，PER是进一步根据业务的帧内数据包数量确定的。

一种可能的设计方案中，收发模块1801，还用于接收来自应用功能的业务的丢帧率限制信息；处理模块1802，还用于根据丢帧率限制信息，确定PER。其中，该PER用于在终端或接入网设备处理业务的数据包时，使得该业务的丢帧率满足业务的丢帧率限制。

可选地，收发模块1801，还用于接收来自应用功能的业务的帧特征信息；处理模块1802，还用于根据帧特征信息，确定业务的帧内的数据包数量，并根据业务的丢帧率限制信息和业务的帧内的数据包数量，确定PER。

一种可能的设计方案中，PER携带在PCC规则中。

一种可能的设计方案中，收发模块1801，还用于向会话管理网元发送PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或者PER在丢包或丢帧情况下的指定取值。

可选地，收发模块1801可以包括发送模块和接收模块。其中，发送模块用于实现通信装置1800的发送功能，接收模块用于实现通信装置1800的接收功能。

可选地，通信装置1800还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块1802执行该程序或指令时，使得通信装置1800可以执行如图12-图14所示的通信方法中PCF网元的功能，或者执行如图15所示的通信方法中策略控制网元的功能。

需要说明的是，通信装置1800可以是网络设备，如PCF网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，通信装置1800的技术效果可以参考图12-图15所示的通信方法的技术效果，此处不再赘述。

又例如，图19是本申请实施例提供的通信装置的结构示意图二，如图19所示，通信装置1900可以包括一些功能性的模块，用于执行上述场景1-场景3中SMF网元，或者会话管理网元的功能。例如，通信装置1900包括：接收模块1901和发送模块1902。

其中，接收模块1901，用于接收来自策略控制网元的与业务对应的PER；发送模块1902，用于向终端和/或接入网设备发送PER与QoS流的对应关系。其中，该对应关系用于接入网设备或终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER是进一步根据业务的帧内的数据包数量确定的。

一种可能的设计方案中，接收模块1901，还用于接收来自策略控制网元的PCC规则，该PCC规则携带有PER。

可选地，通信装置1900还可以包括：处理模块(图19中未示出)。该处理模块，用于将PCC规则映射至QoS流。

一种可能的设计方案中，接收模块1901，还用于接收来自策略控制网元的PER的执行条件；发送模块1902，还用于向终端或接入网设备发送PER的执行条件。其中，执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

进一步的，接收模块1901，还用于接收来自策略控制网元的PCC规则，PCC规则携带有PER的执行条件。

可选地，发送模块1902和接收模块1901也可以集成为收发模块。其中，收发模块用于实现通信装置1900的收发功能。

可选地，通信装置1900还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得通信装置1900可以执行如图12-图14所示的通信方法中SMF网元的功能，或者执行如图15所示的通信方法中会话管理网元的功能。

需要说明的是，通信装置1900可以是网络设备，如SMF网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，通信装置1900的技术效果可以参考图12-图15所示的通信方法的技术效果，此处不再赘述。

再例如，如图18所示，通信装置1800可以包括一些功能性的模块，用于执行上述场景1-场景3中UE或RAN设备，或者终端或接入网设备的功能。例如，通信装置1800包括：收发模块1801和处理模块1802。

其中，收发模块1801，用于接收来自会话管理网元的PER与QoS流的对应关系。其中，该PER与该业务对应。处理模块1802，用于根据PER，处理QoS流对应业务的数据包。

一种可能的设计方案中，处理模块1802，还用于根据PER，确定OoS流对应的链路配置，并根据该链路配置，控制收发模块1801发送该QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

可选地，PER是进一步根据业务的丢帧率限制和业务的帧内的数据包数量确定的。

可选地，收发模块1801，还用于接收业务的帧特征信息；处理模块1802，还用于根据该帧特征信息，确定属于该业务的同一帧内的数据包。以及，处理模块1802，还用于根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据。

一种可能的设计方案中，收发模块1801，还用于接收来自会话管理网元的PER的执行条件。其中，PER的执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，处理模块1802，还用于根据PER的执行条件，调整PER的指定取值，并根据PER调整后的指定取值，调整OoS流对应的链路资源，从而根据该调整后的链路资源，控制收发模块1801发送该QoS流对应业务的数据包。

可选地，通信装置1800还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块1802执行该程序或指令时，使得通信装置1800可以执行如图12-图14所示的通信方法中UE或RAN设备的功能，或者执行如图15所示的通信方法中终端或接入网设备的功能。

需要说明的是，通信装置1800可以是终端或网络设备，如UE或RAN设备，也可以是可设置于终端或网络设备中的芯片(系统)或其他部件或组件，还可以是包含终端或网络设备的装置，本申请对此不做限定。

另一些实施例中，该通信装置适用于上述场景4。下面具体介绍。

例如，如图19所示，通信装置1900可以包括一些功能性的模块，用于执行上述场景4中SMF网元，或者会话管理网元的功能。例如，通信装置1900包括：接收模块1901和发送模块1902。

其中，接收模块1901，用于接收来自策略控制网元的业务的相关信息。发送模块1902，用于向接入网设备发送业务的相关信息，以及业务的相关信息与QoS流的对应关系。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，业务的相关信息用于确定PER，该PER用于终端或接入网设备根据该PER，处理业务的数据包。

一种可能的设计方案中，接收模块1901，还用于接收来自策略控制网元的PCC规则，PCC规则携带有业务的相关信息。

一种可能的设计方案中，发送模块1902，还用于向终端发送业务的相关信息，以及业务的相关信息与QoS流的对应关系。

可选地，通信装置1900还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得通信装置1900可以执行如图16所示的通信方法中SMF网元的功能，或者执行如图17所示的通信方法中会话管理网元的功能。

此外，通信装置1900的技术效果可以参考图16-图17所示的通信方法的技术效果，此处不再赘述。

又例如，如图18所示，通信装置1800可以包括一些功能性的模块，用于执行上述场景4中RAN设备，或者接入网设备的功能。例如，通信装置1800包括：收发模块1801和处理模块1802。

其中，收发模块1801，用于接收来自会话管理网元的业务的相关信息，以及业务的相关信息与QoS流的对应关系；处理模块1802，用于根据业务的相关信息，确定PER，以根据PER，处理该QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。

一种可能的设计方案中，处理模块1802，还用于根据PER，确定OoS流对应的链路配置，根据该链路配置，控制收发模块1801发送该QoS流对应业务的数据包。

可选地，处理模块1802，还用于根据业务的帧特征信息，确定属于该业务的同一帧内的数据包。以及，处理模块1802，还用于根据PER，并以在同一帧内丢弃数据包的方式，处理QoS流对应业务的数据包。

一种可能的设计方案中，PER为指定取值。

一种可能的设计方案中，收发模块1801，还用于向终端发送PER与QoS流的对应关系。其中，该对应关系用于终端根据PER，处理QoS流对应的业务的数据包。

一种可能的设计方案中，处理模块1802，还用于根据业务的相关信息，确定PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

进一步的，收发模块1801，还用于向终端发送PER的执行条件

可选地，通信装置1800还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块1802执行该程序或指令时，使得通信装置1800可以执行如图16所示的通信方法中RAN设备的功能，或者执行如图17所示的通信方法中接入网设备的功能。

需要说明的是，通信装置1800可以是网络设备，如RAN设备，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

此外，通信装置1800的技术效果可以参考图16-图17所示的通信方法的技术效果，此处不再赘述。

再例如，如图18所示，通信装置1800可以包括一些功能性的模块，用于执行上述场景4中UE，或者终端的功能。例如，通信装置1800包括：收发模块1801和处理模块1802。

其中，收发模块1801，用于接收来自接入网设备的PER与QoS流的对应关系，或者接收来自会话管理网元的业务的相关信息与QoS流的对应关系；处理模块1802，用于根据PER，处理发送QoS流对应的业务的数据包。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量，PER根据业务的相关信息确定。

一种可能的设计方案中，PER为指定取值。

一种可能的设计方案中，处理模块1802，还用于根据丢帧率限制信息，确定PER。或者，处理模块1802，还用于根据数据包数量和丢帧率限制信息，确定PER。

一种可能的设计方案中，收发模块1801，还用于接收来自接入网设备的PER的执行条件。其中，该执行条件可以用于指示在满足执行条件时，PER为指定取值。例如，该执行条件可以用于指示如下至少一项：在业务的指定时间内，PER为指定取值、或PER在丢包或丢帧情况下的指定取值。

可选地，通信装置1800还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块1802执行该程序或指令时，使得通信装置1800可以执行如图16所示的通信方法中UE的功能，或者执行如图17所示的通信方法中终端的功能。

需要说明的是，通信装置1800可以是终端，如UE，也可以是可设置于终端中的芯片(系统)或其他部件或组件，还可以是包含终端的装置，本申请对此不做限定。

还例如，如图19所示，通信装置1900可以包括一些功能性的模块，用于执行上述场景4中PCF网元，或者策略控制网元的功能。例如，通信装置1900包括：接收模块1901和发送模块1902。

其中，接收模块1901，用于接收来自应用功能的业务的相关信息；发送模块1902，用于向会话管理网元发送业务的相关信息。其中，业务的相关信息包括如下至少一项：丢帧率限制信息、或帧特征信息。丢帧率限制信息指示业务的丢帧率小于或等于丢帧率限制，帧特征信息用于确定业务的帧内的数据包数量。业务的相关信息用于确定PER，PER用于终端或接入网设备根据PER，处理业务的数据包。

一种可能的设计方案中，发送模块1902，还用于向会话管理网元发送PCC规则，其中，PCC规则携带有业务的相关信息。

可选地，通信装置1900还可以包括存储模块，该存储模块存储有程序或指令。当该处理模块执行该程序或指令时，使得通信装置1900可以执行如图16所示的通信方法中PCF网元的功能，或者执行如图17所示的通信方法中策略控制网元的功能。

需要说明的是，通信装置1900可以是网络设备，如PCF网元，也可以是可设置于网络设备中的芯片(系统)或其他部件或组件，还可以是包含网络设备的装置，本申请对此不做限定。

示例性地，图20为本申请实施例提供的通信装置的结构示意图三。该通信装置可以是终端，也可以是可设置于终端的芯片(系统)或其他部件或组件。如图20所示，通信装置2000可以包括处理器2001。可选地，通信装置2000还可以包括存储器2002和/或收发器2003。其中，处理器2001与存储器2002和收发器2003耦合，如可以通过通信总线连接。

下面结合图20对通信装置2000的各个构成部件进行具体的介绍：

其中，处理器2001是通信装置2000的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器2001是一个或多个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(fieldprogrammable gate array，FPGA)。

可选地，处理器2001可以通过运行或执行存储在存储器2002内的软件程序，以及调用存储在存储器2002内的数据，执行通信装置2000的各种功能，例如执行上述图12-图17所示的通信方法。

在具体的实现中，作为一种实施例，处理器2001可以包括一个或多个CPU，例如图20中所示出的CPU0和CPU1。

在具体实现中，作为一种实施例，通信装置2000也可以包括多个处理器，例如图20中所示的处理器2001和处理器2004。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

其中，所述存储器2002用于存储执行本申请方案的软件程序，并由处理器2001来控制执行，具体实现方式可以参考上述方法实施例，此处不再赘述。

可选地，存储器2002可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器2002可以和处理器2001集成在一起，也可以独立存在，并通过通信装置2000的接口电路(图20中未示出)与处理器2001耦合，本申请实施例对此不作具体限定。

收发器2003，用于与其他通信装置之间的通信。例如，通信装置2000为终端，收发器2003可以用于与网络设备通信，或者与另一个终端设备通信。又例如，通信装置2000为网络设备，收发器2003可以用于与终端通信，或者与另一个网络设备通信。

可选地，收发器2003可以包括接收器和发送器(图20中未单独示出)。其中，接收器用于实现接收功能，发送器用于实现发送功能。

可选地，收发器2003可以和处理器2001集成在一起，也可以独立存在，并通过通信装置2000的接口电路(图20中未示出)与处理器2001耦合，本申请实施例对此不作具体限定。

需要说明的是，图20中示出的通信装置2000的结构并不构成对该通信装置的限定，实际的通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

此外，通信装置2000的技术效果可以参考上述方法实施例所述的通信方法的技术效果，此处不再赘述。

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

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random accessmemory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

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

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

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

策略控制网元获得与业务对应的包错误率PER；

所述策略控制网向会话管理网元发送所述PER，所述PER用于指示终端或接入网设备根据所述PER，处理所述业务的数据包。

2.根据权利要求1所述的方法，其特征在于，所述策略控制网元获得业务对应的PER，包括：

所述策略控制网元接收来自应用功能的所述PER；所述PER是根据所述业务的丢帧率限制确定的；所述PER用于在所述终端或所述接入网设备处理所述业务的数据包时，使得所述业务的丢帧率满足所述丢帧率限制。

3.根据权利要求2所述的方法，其特征在于，所述PER进一步根据所述业务的帧内的数据包数量确定的。

4.根据权利要求1所述的方法，其特征在于，所述策略控制网元获得业务对应的PER，包括：

所述策略控制网元接收来自应用功能的所述业务的丢帧率限制信息；

所述策略控制网元根据所述丢帧率限制信息，确定所述PER；所述PER用于在所述终端或所述接入网设备处理所述业务的数据包时，使得所述业务的丢帧率满足所述业务的丢帧率限制。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述策略控制网元接收来自应用功能的所述业务的帧特征信息；

所述策略控制网元根据所述帧特征信息，确定所述业务的帧内的数据包数量；

所述策略控制网元根据所述丢帧率限制信息，确定所述PER，包括：

所述策略控制网元根据所述丢帧率限制信息和所述业务的帧内的数据包数量，确定所述PER。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述PER携带在策略与计费控制PCC规则中。

7.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

所述策略控制网元向所述会话管理网元发送所述PER的执行条件；所述执行条件用于指示在满足所述执行条件时，所述PER为指定取值。

8.根据权利要求7所述的方法，其特征在于，所述PER的执行条件携带在PCC规则中。

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

会话管理网元接收来自策略控制网元的与业务对应的包错误率PER；

所述会话管理网元向终端和/或接入网设备发送所述PER与QoS流的对应关系，其中，所述对应关系指示：所述接入网设备或所述终端根据所述PER，处理所述QoS流对应的所述业务的数据包。

10.根据权利要求9所述的方法，其特征在于，所述会话管理网元接收来自策略控制网元的业务对应的PER，包括：

所述会话管理网元接收来所述自策略控制网元的PCC规则，所述PCC规则携带有所述PER。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

所述会话管理网元将所述PCC规则映射至所述QoS流。

12.根据权利要求11所述的方法，其特征在于，所述会话管理网元将所述PCC规则映射至所述QoS流，包括：

所述会话管理网元确定所述PCC规则中的所述PER与已有的QoS流参数中的PER相同，将所述PCC规则映射至所述QoS流参数对应的所述QoS流；或者，

所述会话管理网元确定所述PER与已有的QoS流参数中的PER不同，创建所述QoS流，将所述PCC规则映射至创建的所述QoS流。

13.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收来自所述策略控制网元的所述PER的执行条件；所述执行条件用于指示在满足所述执行条件时，所述PER为指定取值。

14.根据权利要求13所述的方法，其特征在于，所述会话管理网元接收来自所述策略控制网元的所述PER的执行条件，包括：

所述会话管理网元接收来所述自策略控制网元的PCC规则，所述PCC规则携带有所述PER的执行条件。

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

接收来自会话管理网元的PER与QoS流的对应关系；所述PER与业务对应；

根据所述PER，处理所述QoS流对应所述业务的数据包。

16.根据权利要求9或15所述的方法，其特征在于，所述PER是根据所述业务的丢帧率限制确定的；所述PER用于在终端或接入网设备处理所述业务的数据包时，使得所述业务的丢帧率满足所述丢帧率限制。

17.根据权利要求16所述的方法，其特征在于，所述PER是进一步根据所述业务的帧内的数据包数量确定的。

18.根据权利要求3或17所述的方法，其特征在于，所述业务的帧内的数据包数量根据所述业务的帧特征信息确定，所述帧特征信息包括如下至少一项：帧周期、最大数据包数量、最大数据突发量、或数据包周期。

19.根据权利要求18所述的方法，其特征在于，所述帧特征信息包括如下至少一项：突发到达时间BAT、或时间信息，所述BAT用于指示所述业务的第一个数据包的达到时间，所述时间信息用于指示所述业务的帧的时间。

20.根据权利要求15所述的方法，其特征在于，所述方法还包括：

接收来自所述会话管理网元的所述PER的执行条件；所述执行条件用于指示在满足所述执行条件时，所述PER为指定取值。

21.一种通信装置，其特征在于，包括：用于执行如权利要求1-8中任一项所述的方法的模块。

22.一种通信装置，其特征在于，包括：用于执行如权利要求9-14中任一项所述的方法的模块。

23.一种通信装置，其特征在于，包括：用于执行如权利要求15-20中任一项所述的方法的模块。

24.一种通信装置，其特征在于，所述通信装置包括：处理器；其中，

所述处理器，用于执行如权利要求1-20中任一项所述的通信方法。

25.一种通信装置，其特征在于，所述通信装置包括：处理器和存储器；所述存储器用于存储计算机指令，当所述处理器执行该指令时，以使所述通信装置执行如权利要求1-20中任一项所述的通信方法。

26.一种通信系统，其特征在于，所述通信系统包括：至少一个用于执行如权利要求1-20中任一项所述的方法的通信装置。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序或指令，当所述计算机程序或指令在计算机上运行时，使得所述计算机执行如权利要求1-20中任一项所述的通信方法。