YDT 4542-2023移动业务识别规则统一配置及流量统付设备技术要求

ICS33.060

CCSM36YD

中华人民共和国通信行业标准

YD/TXXXX—XXXX

移动业务识别规则统一配置及流量统付设

备技术要求

Technicalrequirementforfunctionalityrequirementsforunified

managementofpacketfilterdescriptorandcharging

（报批稿）

XXXX-XX-XX发布XXXX-XX-XX实施

中华人民共和国工业和信息化部发布

YD/TXXXX—XXXX

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

YD/TXXXX《移动业务识别规则统一配置及流量统付设备技术要求》是移动业务识别规则统一配置

及流量统付系列标准之一。该系列标准的结构和名称如下：

a)YD/TXXXX《移动业务识别规则统一配置及流量统付总体技术要求》；

b)YD/TXXXX《移动业务识别规则统一配置及流量统付设备技术要求》；

c)《移动业务识别规则统一配置及流量统付设备测试方法》。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由中国通信标准化协会提出并归口。

本文件起草单位：中国联合网络通信集团有限公司、中国电信集团有限公司、中国移动通信集团有

限公司、中国信息通信研究院、中兴通讯股份有限公司、华为技术有限公司、爱立信（中国）通信有限

公司、上海诺基亚贝尔股份有限公司。

本文件主要起草人：任驰、刘柳、李爱华、张晶、周星月、杨帆、王春萌、徐鹂。

II

YD/TXXXX—XXXX

移动业务识别规则统一配置及流量统付设备技术要求

1范围

本文件规定了移动业务识别规则统一配置及流量统付设备技术要求，内容主要包括PFDF、SCEF、PCEF、

TDF等设备，以及Gw、Gwn、Nu等接口为支持移动业务识别规则统一配置及流量统付的技术要求。

本文件适用于移动业务识别规则统一配置及流量统付功能中PFDF、SCEF、PCEF、TDF等主要相关网

元的研发、测试及验证评估。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

YD/TXXXX-XXXX移动业务识别规则统一配置及流量统付总体技术要求

3术语和定义

本文件没有需要界定的术语和定义。

4缩略语

下列缩略语适用于本文件。

ADC：应用检测与控制（ApplicationDetectionandControl）

AF：应用功能（ApplicationFunction）

AS：应用服务器（ApplicationServer）

ASP：应用服务提供方（ApplicationServiceProvider）

CP：控制平面（ControlPlane）

EPC：演进的分组核心网（EvolvedPacketCore）

ID：标识（IDentifier）

IP：网际互联协议（InternetProtocol）

IP-CAN：IP连接接入网络（IPConnectivityAccessNetwork）

PCC：策略和计费控制（PolicyandChargingControl）

PCEF：策略和计费执行功能（PolicyandChargingEnforcementFunction）

PCRF：策略和计费规则功能（PolicyandChargingRulesFunction）

PFD：报文流描述（PacketFlowDescription）

PFDF：报文流描述功能（PacketFlowDescriptionFunction）

PGW-C：PDN网关控制平面功能（PDNGatewayControlplanefunction）

PGW-U：PDN网关用户平面功能（PDNGatewayUserplanefunction）

SCEF：服务能力开放功能（ServiceCapabilityExposureFunction）

SCS：服务能力服务器（ServicesCapabilityServer）

SLA：业务级协议（ServiceLevelAgreement）

SPR：签约脚本存储器（SubscriptionProfileRepository）

TDF：流量检测功能（TrafficDetectionFunction）

TDF-C：流量检测功能控制平面功能（TrafficDetectionFunctionControlplanefunction）

TDF-U：流量检测功能用户平面功能（TrafficDetectionFunctionUserplanefunction）

UE：用户设备（UserEquipment）

1

YD/TXXXX—XXXX

UDR：用户数据寄存器（UserDataRepository）

UP：用户平面（UserPlane）

5系统架构

支持移动业务识别规则统一配置及流量统付的系统架构应符合YD/TXXXX-XXXX《移动业务识别规则

统一配置及流量统付总体技术要求》的5.1，5.2及5.3所定义的架构要求。

6设备功能要求

PFDF

报文流描述功能（PFDF）是一个在第三方应用提供方管理PFD的情况下，存储和应用标识符相关联

的PFD，并且将其通过Gw/Gwn接口传送至PCEF/TDF，以支持PCEF/TDF进行应用检测的网元。

PFDF从SCEF获取和应用标识符相关联的PFD，具体的要求应符合YD/TXXXX-XXXX《移动业务识别规

则统一配置及流量统付总体技术要求》的相关要求。

PFDF应支持以下功能：

——终结SCEF连接到PFDF的Nu参考点；

——根据通过SCEF从SCS/AS收到的指示管理PFD（即提供，修改和移除）；

——根据YD/TXXXX-XXXX《移动业务识别规则统一配置及流量统付总体技术要求》的相关要求向

PCEF/TDF提供PFD。

SCEF

由SCEF向SCS/AS提供的服务和能力包括PFD管理。

SCEF是可以通过3GPP网络接口提供安全的业务和能力开放的网元。

SCEF应支持管理由第三方SCS/AS提供的PFD，SCEF可以通过Nu参考点向PFDF提供PFD。

PCEF

PCEF执行业务数据流检测功能。

针对包含应用标识符的PCC规则（即一个应用检测过滤器），检测的顺序和细节基于具体实现。应

用检测过滤器可能通过PFDF提供的PFD进行扩展。PFDF提供的新的PFD应替换PCEF中已有的PFD。当存在

多个关联到应用标识符的PFD时，匹配到任意关联到该应用标识符的PFD时都可以检测到应用。此外，如

果一个PFD包含多个属性，只有当包含在PFD的每个属性都有匹配值的时才表明该PFD被成功匹配。

TDF

TDF是执行应用检测，并将检测到的应用及其业务数据流描述报告给PCRF的功能实体。TDF支持请求

的应用报告和/或非请求的应用报告。应用检测过滤器可以由PFDF提供的PFD进行扩展。PFDF提供的新的

PFD应替换TDF中已有的PFD。

7接口功能要求

Gw

7.1.1概述

Gw参考点位于PFDF和PCEF之间，其参考模型如下图1所示：

Gw

PCEFPFDF

2

YD/TXXXX—XXXX

图1Gw参考模型

Gw参考点能够将PFD从PFDF传送到PCEF，用于特定的应用标识符或一组应用标识符。

Gw参考点支持以下功能：

——由PFDF向PCEF创建，更新和移除单个的或整组的PFD；

——由PCEF向PFDF确认PFD的创建，更新和移除。

注：PCEF和PFDF之间的交互不和任何IP-CAN会话相关。

当部署了PFDF，并且PCEF支持PFD管理时，在一个PLMN内的PFD管理模式应配置一致，其可能是：

——仅PULL模式，或

——仅PUSH模式，或

——组合模式。

7.1.2请求PFD（PULL模式或组合模式）

在一个由PFDF提供的PFD不可用，而其对应的携带了应用标识符的PCC规则被激活或提供时，或当针

对一个应用标识符的缓存定时器超时并且针对该应用标识符的PCC规则仍为激活状态时，PCEF应向PFDF

请求针对该应用标识符的所有PFD。

PCEF应向PFDF发送HTTPGET消息来检索一个或多个应用标识符的PFD。

在收到针对PULL操作的HTTP请求后，PFDF应向PCEF进行响应，通过HTTP状态码之一来指示PULL操作

是否成功，PFDF：

——应在HTTP响应消息体中提供针对请求中指定的应用标识符的PFD；并且

——如果存在针对任意指定的应用标识符配置的缓存定时器，应在HTTP响应消息体中将缓存时间

设置为针对这些应用标识符的缓存时间值。

PCEF应安装，更新或移除收到的针对对应应用标识符的PFD。

PCEF应同时针对每个应用标识符启动一个缓存定时器，定时器的取值应：

——根据收到的针对该应用标识符的缓存定时器取值，如果针对该应用标识符收到了类似的取值；

或

——否则采用配置在PCEF中的默认的缓存时间取值。

注1：在一个运营商网络中的PCEF和PFDF均配置相同的默认缓存时间并适用于所有的应用标识符。

注2：在组合模式中，来自PFDF的HTTPPOST消息不会影响针对一个应用标识符的正在计时的缓存定时器。

当PCEF删除最后一条指向相应应用标识符的PCC规则时，或者当缓存定时器超时且没有PCC规则指向

该应用标识符时，PCEF可能删除与该应用标识符相关的PFD。

从PFDF检索的PFD优先于任何预配置在PCEF中的PFD，如果从PFDF中检索到的所有针对一个应用标识

符的PFD都被删除了，那么预配置的PFD应再次适用于该应用标识符。

7.1.3提供PFD（PUSH模式或组合模式）

PFDF可以向PCEF创建，更新或删除一个或多个与应用标识符相关联的PFD。当收到来自SCEF的创建，

更新或删除应用标识符的请求时，对于PUSH模式，PFDF应针对其服务的每个PCEF：

——立即向PCEF发送一个包含SCEF提供的改变的应用标识符的HTTPPOST消息；或

——等待一个比允许的延迟短的周期（如为了聚合针对多个应用的PFD），然后向PCEF发送包含提

供的变更的HTTPPOST消息。

针对组合模式，PFDF可能针对每个其服务的PCEF等待一个短于允许的延迟的周期（如为了聚合针对

多个应用的所有的PFD），并且如果没有在等待期间收到针对该应用标识符的HTTPGET消息，那么会发

送一个包含了提供的变更和/或针对该应用标识符的PFD创建/更新通知。

注1：在组合模式中，PFDF可以根据7.3.2指定的要求根据缓存时间检查收到的允许的延迟，以便利用PULL流程。

当PCEF收到HTTPPOST消息，PCEF应：

——针对一个没有提供标志位的应用标识符，移除所有已有的PFD（如可用）并安装所有新提供的

PFD；

——针对一个提供了移除标志位并置位为真的应用标识符，删除已有的PFD；

——针对一个提供了局部标志位并置位为真的应用标识符：

⚫如果收到了携带新的PFD标识符的PFD，则安装新的PFD；

⚫如果收到了携带相同PFD标识符的新的PFD，则更新已有的PFD；和/或

3

YD/TXXXX—XXXX

⚫如果收到了不包含任何内容的相同PFD标识符，则删除已有的PFD。

——通过携带了合适的状态码（200OK表示成功）的对应的HTTP响应消息来响应HTTPPOST消息；

并且

——为对应的应用标识符检索PFD，如果没有提供允许的延迟则可以立即检索，或在提供的针对该

包含了通知标志位并置位为真的应用标识符的允许的延迟内进行检索。

注2：PCEF是否在允许的延迟内针对不同的应用标识符分别发起PULL请求来检索PFD取决于设备实现。发送PFD，和/

或针对特定应用标识符的PFD创建/更新/删除通知决策基于运营商策略。

注3：在PUSH模式中，PFDF可以按应用标识符配置PCEF列表。

注4：针对PCEF/TDF，缓存定时器在PUSH模式中不适用。

Gwn

Gwn参考点位于PFDF和TDF之间，其参考模型如下图2所示：

Gwn

TDFPFDF

图2Gwn参考模型

Gwn参考点能够将PFD从PFDF传送到TDF，用于特定的应用标识符或一组应用标识符。

Gwn参考点支持以下功能：

——由PFDF向TDF创建，更新和移除单个的或整组的PFD；

——由PCEF向TDF确认PFD的创建，更新和移除。

注：PCEF和TDF之间的交互不和任何IP-CAN会话相关。

7.1.2和7.1.3的技术要求也适用于Gwn参考点，只需将其中的PCEF替换为TDF。

Nu

7.3.1概述

Nu参考点位于SCEF和PFDF之间，Nu参考点能够支持第三方业务提供方根据YD/TXXXX-XXXX《移动业

务识别规则统一配置及流量统付总体技术要求》中的要求管理PFDF中的PFD。Nu参考模型如下图3所示：

Nu

PFDFSCEF

图3Nu参考模型

7.3.2PFD管理

和应用标识符相关联的PFD可能由第三方SCS/AS通过SCEF在PFDF中被创建，更新或移除。

如果SCEF收到了由基于运营商策略被授权进行PFD管理的第三方SCS/AS提供的针对外部应用标识符

的一组或多组PFD，SCEF应：

——如果外部应用标识符和PFDF上已知的应用标识符不同，将外部应用标识符转换为PFDF上已知

的应用标识符；

——可以对照最小允许的延迟，检查允许的延迟是否满足要求的SLA；

——向PFDF发送一个HTTPPOST消息，在HTTPPOST消息体中包含提供的针对该应用标识符PFD

变更。

注1：是否使用需要进行映射的外部应用标识符取决于运营商配置。外部应用标识符可以和PFDF上已知的应用标识

符相同。

在收到来自SCEF的用于提供操作的HTTP请求后，PFDF应执行以下步骤：

——如果针对一个应用标识符收到了允许的延迟，针对7.1.2定义的PULL模式，PFDF应将允许的

4

YD/TXXXX—XXXX

延迟和配置的缓存定时器进行对比，缓存定时器是：

⚫针对该应用标识符配置的缓存时间取值；或

⚫如果没有针对该应用标识符配置的缓存定时器，则为默认的缓存时间取值。

——之后如果PFDF无法确保PCEF/TDF将及时拉取PFD（即允许的延迟短于缓存时间），PFDF应在

HTTP响应消息中发送一个失败原因，并且在比较中使用的缓存时间取值仍将被进行存储。

注2：在组合模式中，PFDF可以对照缓存时间检查收到的允许的延迟，但将总是存储（创建/更新/移除）PFD。

——在PULL模式中，针对不需要发送失败原因的应用标识符；或在PUSH或组合模式中，针对收到

的应用标识符，PFDF应：

⚫针对提供了移除标志位并且置位为真的应用标识符，删除所有PFD；

⚫针对提供了局部标志位并置位为真的情况，如果收到了新的携带了相同PFD标识符的PFD，

则更新已有的PFD，如果收到了新的携带新的PFD标识的PFD，则添加新的PFD，和/或如果

收到了不携带任何内容的相同PFD标识符，则删除已有的PFD；

⚫移除现有的PFD（如果有的话），并为没有提供标志位的相应PFD标识符安装新的PFD；

⚫通过发送携带了合适的HTTP状态码的HTTP响应消息响应HTTPPOST消息。如果POST消息针

对至少一个应用标识符成功，PFDF应响应一个HTTP200OK状态码。

7.3.3PFD管理通知

在7.1.3的PUSH模式或组合模式中，如果PFD在允许的延迟之内被提供给至少一个已知的PCEF/TDF

（但不是所有的PCEF/TDF），即提供的PFD无法在部分PFDF已知的PCEF/TDF中成功执行，PFDF可能通过

HTTPPOST消息携带失败原因“PARTIAL_FAILURE”向SCEF通知失败的PFD提供。在这种情况下，PFDF可

能在对应的PFD报告实体的“user-plane-location-area”域内包含无法执行提供的PFD的PCEF/TDF的位

置区域信息。如果在允许的延迟之内PFD没有被提供给任何一个已知的PCEF/TDF，PFDF应通过使用合适

的失败原因的HTTPPOST消息向SCEF通知失败的PFD提供。

当收到HTTPPOST消息，SCEF应回复一个HTTP响应消息。

5

YD/TXXXX—XXXX

目次

前言............................................................................II

1范围.................................................................................1

2规范性引用文件.......................................................................1

3术语和定义...........................................................................1

4缩略语...............................................................................1

5系统架构.............................................................................2

6设备功能要求.........................................................................2

PFDF.............................................................................2

SCEF.............................................................................2

PCEF.............................................................................2

TDF..............................................................................2

7接口功能要求.........................................................................2

Gw...............................................................................2

7.1.1概述.........................................................................2

7.1.2请求PFD（PULL模式或组合模式）...............................................3

7.1.3提供PFD（PUSH模式或组合模式）...............................................3

Gwn..............................................................................4

Nu...............................................................................4

7.3.1概述.........................................................................4

7.3.2PFD管理......................................................................4

7.3.3PFD管理通知..................................................................5

I

YD/TXXXX—XXXX

移动业务识别规则统一配置及流量统付设备技术要求

1范围

本文件规定了移动业务识别规则统一配置及流量统付设备技术要求，内容主要包括PFDF、SCEF、PCEF、

TDF等设备，以及Gw、Gwn、Nu等接口为支持移动业务识别规则统一配置及流量统付的技术要求。

本文件适用于移动业务识别规则统一配置及流量统付功能中PFDF、SCEF、PCEF、TDF等主要相关网

元的研发、测试及验证评估。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

YD/TXXXX-XXXX移动业务识别规则统一配置及流量统付总体技术要求

3术语和定义

本文件没有需要界定的术语和定义。

4缩略语

下列缩略语适用于本文件。

ADC：应用检测与控制（ApplicationDetectionandControl）

AF：应用功能（ApplicationFunction）

AS：应用服务器（ApplicationServer）

ASP：应用服务提供方（ApplicationServiceProvider）

CP：控制平面（ControlPlane）

EPC：演进的分组核心网（EvolvedPacketCore）

ID：标识（IDentifier）

IP：网际互联协议（InternetProtocol）

IP-CAN：IP连接接入网络（IPConnectivityAccessNetwork）

PCC：策略和计费控制（PolicyandChargingControl）

PCEF：策略和计费执行功能（PolicyandChargingEnforcementFunction）

PCRF：策略和计费规则功能（PolicyandChargingRulesFunction）

PFD：报文流描述（PacketFlowDescription）

PFDF：报文流描述功能（PacketFlowDescriptionFunction）

PGW-C：PDN网关控制平面功能（PDNGatewayControlplanefunction）

PGW-U：PDN网关用户平面功能（PDNGatewayUserplanefunction）

SCEF：服务能力开放功能（ServiceCapabilityExposureFunction）

SCS：服务能力服务器（ServicesCapabilityServer）

SLA：业务级协议（ServiceLevelAgreement）

SPR：签约脚本存储器（SubscriptionProfileRepository）

TDF：流量检测功能（TrafficDetectionFunction）

TDF-C：流量检测功能控制平面功能（TrafficDetectionFunctionControlplanefunction）

TDF-U：流量检测功能用户平面功能（TrafficDetectionFunctionUserplanefunction）

UE：用户设备（UserEquipment）

1

YD/TXXXX—XXXX

UDR：用户数据寄存器（UserDataRepository）

UP：用户平面（UserPlane）

5系统架构

支持移动业务识别规则统一配置及流量统付的系统架构应符合YD/TXXXX-XXXX《移动业务识别规则

统一配置及流量统付总体技术要求》的5.1，5.2及5.3所定义的架构要求。

6设备功能要求

PFDF

报文流描述功能（PFDF）是一个在第三方应用提供方管理PFD的情况下，存储和应用标识符相关联

的PFD，并且将其通过Gw/Gwn接口传送至PCEF/TDF，以支持PCEF/TDF进行应用检测的网元。

PFDF从SCEF获取和应用标识符相关联的PFD，具体的要求应符合YD/TXXXX-XXXX《移动业务识别规

则统一配置及流量统付总体技术要求》的相关要求。

PFDF应支持以下功能：

——终结SCEF连接到PFDF的Nu参考点；

——根据通过SCEF从SCS/AS收到的指示管理PFD（即提供，修改和移除）；

——根据YD/TXXXX-XXXX《移动业务识别规则统一配置及流量统付总体技术要求》的相关要求向

PCEF/TDF提供PFD。

SCEF

由SCEF向SCS/AS提供的服务和能力包括PFD管理。

SCEF是可以通过3GPP网络接口提供安全的业务和能力开放的网元。

SCEF应支持管理由第三方SCS/AS提供的PFD，SCEF可以通过Nu参考点向PFDF提供PFD。

PCEF

PCEF执行业务数据流检测功能。

针对包含应用标识符的PCC规则（即一个应用检测过滤器），检测的顺序和细节基于具体实现。应

用检测过滤器可能通过PFDF提供的PFD进行扩展。PFDF提供的新的PFD应替换PCEF中已有的PFD。当存在

多个关联到应用标识符的PFD时，匹配到任意关联到该应用标识符的PFD时都可以检测到应用。此外，如

果一个PFD包含多个属性，只有当包含在PFD的每个属性都有匹配值的时才表明该PFD被成功匹配。

TDF

TDF是执行应用检测，并将检测到的应用及其业务数据流描述报告给PCRF的功能实体。TDF支持请求

的应用报告和/或非请求的应用报告。应用检测过滤器可以由PFDF提供的PFD进行扩展。PFDF提供的新的

PFD应替换TDF中已有的PFD。

7接口功能要求

Gw

7.1.1概述

Gw参考点位于PFDF和PCEF之间，其参考模型如下图1所示：

Gw

PCEFPFDF

2

YD/TXXXX—XXXX

图1Gw参考模型

Gw参考点能够将PFD从PFDF传送到PCEF，用于特定的应用标识符或一组应用标识符。

Gw参考点支持以下功能：

——由PFDF向PCEF创建，更新和移除单个的或整组的PFD；

——由PCEF向PFDF确认PFD的创建，更新和移除。

注：PCEF和PFDF之间的交互不和任何IP-CAN会话相关。

当部署了PFDF，并且PCEF支持PFD管理时，在一个PLMN内的PFD管理模式应配置一致，其可能是：

——仅PULL模式，或

——仅PUSH模式，或

——组合模式。

7.1.2请求PFD（PULL模式或组合模式）

在一个由PFDF提供的PFD不可用，而