YDT 4541-2023移动业务识别规则统一配置及流量统付总体技术要求

ICS33.060

CCSM36YD

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

YD/TXXXX—XXXX

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

体技术要求

Technicalrequirementforunifiedmanagementofpacketfilterdescriptor

andcharging

（报批稿）

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、PCEF、TDF、PGW、SCEF等主要相

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

2规范性引用文件

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

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

文件。

3GPPTS23.203v16.3.0策略及计费控制架构（Policyandchargingcontrolarchitecture）

3GPPTS23.682v16.10.0促进分组数据网络和应用通信的架构增强（Architectureenhancements

tofacilitatecommunicationswithpacketdatanetworksandapplications）

3术语和定义

下列术语和定义适用于本文件。

报文流描述packetflowdescription

一组支持检测由第三方业务提供方提供的应用流量的信息。

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）

PDR：报文检测规则（PacketDetectionRule）

PFD：报文流描述（PacketFlowDescription）

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

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

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

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

1

YD/TXXXX—XXXX

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

SLA：业务级协议（ServiceLevelAgreement）

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

TDF：流量检测功能（TrafficDetectionFunction）

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

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

UE：用户设备（UserEquipment）

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

UP：用户平面（UserPlane）

5系统架构

非漫游架构

使用SPR时的非漫游情况下的支持移动业务识别规则统一配置及流量统付的系统架构如图1所示：

Sp

SPRAFSCEF

RxNt

Nu

PCRF

PFDF

GwGwn

GxSd

PCEF

TDF

GW

图1使用SPR时的非漫游情况下的支持移动业务识别规则统一配置及流量统付的系统架构

使用UDR时的非漫游情况下的支持移动业务识别规则统一配置及流量统付的系统架构如图2所示：

2

YD/TXXXX—XXXX

Ud

UDRAFSCEF

RxNt

Nu

PCRF

PFDF

GwGwn

GxSd

PCEF

TDF

GW

图2使用UDR时的非漫游情况下的支持移动业务识别规则统一配置及流量统付的系统架构

漫游架构

使用SPR时的支持移动业务识别规则统一配置及流量统付的归属地漫游架构如图3所示：

3

YD/TXXXX—XXXX

Sp

SPR

AFSCEF

HPLMNRxNt

Nu

VPLMN

H-PCRF

S9PFDF

GxSd

GwGwn

V-PCRF

PCEF

TDF

GW

图3使用SPR时的支持移动业务识别规则统一配置及流量统付的归属地漫游架构

注1：当使用UDR时系统架构图和图3类似，只需将SPR替换为UDR，将Sp接口替换为Ud接口。

注2：PCEF可能被增强并支持应用检测和控制特性。

注3：在一些能力开放用例中，SCEF表现为一个AF（使用Rx接口）。

注4：Gw和Gwn接口不适用于PCEF部署于拜访网络（即本地分流）的场景。

能力开放架构

支持移动业务识别规则统一配置及流量统付的能力开放非漫游架构如图4所示：

4

YD/TXXXX—XXXX

应用应用

应用

API1API2API3...APIn

OMA/

GSMA/

SCEF其他SDO

信3GPP

任

域

Rx,NtNu3GPP

接口

...

PCRFPFDF网络实体

图4支持移动业务识别规则统一配置及流量统付的能力开放架构

6高层功能

概述

报文流描述（PFD）指的是一组能够检测第三方应用流量的信息。PCEF/TDF中的PFD管理指的是通过

SCEF在PFDF中创建、更新或移除PFD，并将PFD从PFDF分发至PCEF或TDF，或同时分发给PCEF和TDF的能力。

该特性可以在PCEF或TDF被配置检测由ASP提供的特定应用时使用。

注1：PCEF/TDF中的PFD管理的一个可能的场景是，当一个由PCEF/TDF中的应用检测过滤器标识的应用部署了一个新

的服务器，或ASP网络重配置导致影响了该特定应用的应用检测过滤器。

注2：PCEF/TDF中的应用检测过滤器仍然可以通过使用操作和维护流程来进行管理。

注3：该特性的目的是在PCEF和TDF实现准确的应用检测，并尽量减少对PCEF和TDF的存储要求。

PFD的管理可以在非漫游和归属地漫游的情况下，为和归属运营商有商业合作关系的ASP进行支持。

一个PFD中包含以下信息：

——PFDid；

——一个或多个以下信息：

⚫三元组，包括协议，服务器侧的IP地址和端口号；

⚫要匹配的URL中的重要部分，如HostName；

⚫一个域名匹配标准以及和应用协议相关的信息。

注4：基于SCS/AS和移动运营商之间的协议，PFD可以被设计为传送用于专有的应用流量检测机制的专有扩展。

使用PFDF的PFD管理

PFD的管理使PCEF和TDF能够在ASP通过SCEF和PFDF提供PFD时执行准确的应用检测，并随后应用

PCC/ADC规则中指示的行动。

5

YD/TXXXX—XXXX

运营商能够在PCEF/TDF中配置预定义的PCC/ADC规则，或在PCRF中配置动态的PCC/ADC规则，PCC/ADC

规则中至少包含一个用于业务数据流或应用检测的应用标识符，以及计费控制信息，即计费键以及可选

的赞助商标识符或ASP标识符，或同时包含赞助商及ASP标识符。取决于运营商和应用服务器提供方之间

的SLA，ASP可以通过SCEF和PFDF向PCEF/TDF提供由ASP所维护的每个应用标识符的单个PFD或全集PFD。

PFD将成为PCEF/TDF中应用检测过滤器的一部分并进一步用于检测由应用生成的流量的检测逻辑的一部

分。一个ASP可能移除或修改在之前针对一个或多个应用标识符提供的部分或全部PFD，当一个移除的/

修改的PFD曾用于检测和一个IP-CAN/TDF会话的PCC/ADC规则中的应用描述符相关的应用流量，并且PCEF

已经向PCRF报告和该PFD对应的应用实例已经开始，那么如果PCEF/TDF中PFD的移除/修改导致无法检测

到应用实例的停止，则PCEF/TDF应针对对应的应用实例标识符向PCRF报告应用停止。

注1：PFD的管理功能是可选的，只在部署了PFDF并且PCEF/TDF支持此特性的情况下才能使用。

每个PFD可以由一个PFDid标识，一个PFDid在特定应用标识符的范围内唯一，可能会有不同的PFD

类型和一个应用标识符关联。

PFD可以由PCEF/TDF通过PULL模式向PFDF检索，也可以由PFDF向PCEF/TDF通过PUSH模式提供。

当使用了PUSH模式，PFDF针对每个应用标识符向能够接入这些应用的PCEF/TDF分发PFD，PFDF可以

在其上配置PFD应该分发到的PCEF/TDF，有三种方法从PFDF向PCEF/TDF提供PFD（具体可见7.1.2）：

a)根据运营商在PFDF中的配置推送整个PFDF状态（如，根据运营商配置每天提供）；

b)选择性的推送PFD集中的ASP改变（即，ASP改变PFD集，而运营商配置定义了何时推送）；

c)根据ASP请求选择性的推送PFD集中的ASP改变（即，ASP指示在一个由允许的延迟指示的时间间

隔内推送一个PFD集中的改变）。

SCEF可以基于SLA配置最小的允许的延迟来授权由ASP提供的允许的延迟，具体的要求应符合3GPP

TS23.682v16.10.0。

当使用了PULL模式，在激活或提供携带了应用标识符的PCC/ADC规则，而其对应的PFDF所提供的PFD

已经不可用的时，PCEF/TDF向PFDF请求对应该应用标识符的所有PFD。对应一个应用标识符的从PFDF检

索的PFD被缓存在PCEF/TDF中，并和一个缓存定时器关联以控制PFD的可用时间。当缓存定时器超时，如

果仍存在激活的引用了对应应用标识符的PCC/ADC规则，PCEF/TDF将从PFDF重新加载PFD。当PCEF/TDF

移除了引用了对应应用标识符的最后一个PCC/ADC规则，或当缓存定时器超时并且没有引用了该应用标

识符的PCC/ADC规则时，PCEF/TDF可以移除和该应用标识符相关的PFD。

注2：预设场景下，运营商网络中的所有的PCEF/TDF和PFDF针对所有应用标识符配置相同的默认缓存定时器取值。

在一个PLMN内，在支持了移动业务识别规则统一配置及流量统付特性的情况下，只使用PUSH模式，

只使用PULL模式或使用PUSH和PULL的组合模式都是可以支持的。

当使用了PULL模式，PFDF可以以每应用标识符粒度向PCEF/TDF提供缓存定时器取值，PCEF/TDF通过

Gw/Gwn从PFDF处和PFD一起接收缓存定时器取值，并针对该应用标识符应用缓存定时器取值，以代替配

置的默认缓存定时器取值。在没有从PFDF收到缓存定时器取值的情况下，PCEF/TDF使用所配置的默认缓

存定时器取值。

注3：PFDF按每应用标识符粒度的缓存定时器取值配置基于运营商和ASP之间的SLA。

当一个PLMN只支持PULL模式时，如果允许的延迟短于针对应用标识符存储的缓存定时器取值，或在

没有存储应用特定的缓存定时器取值时允许的延迟短于默认缓存时间，PFDF向SCEF发送一个响应，携带

一个指示表明允许的延迟无法被满足。PFDF可以在此情况下仍然存储PFD，并向SCEF发送相应的指示。

SCEF应在通知允许的延迟无法被满足的同时向ASP转发PFDF已经存储了PFD的指示（如可用），以及缓存

定时器取值。

如果PFD通过本地操作和维护流程管理，则不使用PFD检索功能，否则从PFDF检索的PFD应覆盖任何

预配置在PCEF/TDF中的PFD。如果从PFDF检索的针对一个应用标识符的所有PFD均已被移除，则预配置的

PFD应再次应用于对应的应用标识符。PCEF/TDF可以基于运营商配置区分PFD检索的需求。

基于运营商策略，包含了一个应用标识符的AF请求可能触发PCRF向PCEF/TDF激活或提供PCC/ADC规

则。

通过SCEF的PFD管理

PFD可以由SCS/AS通过SCEF进行管理，该能力可以确保即使第三方SCS/AS位于非可信域也能够提供

到运营商网络的安全接入。第三方SCS/AS可以通过SCEF请求在PFDF创建、更新或移除PFD。

通过SCEF的PFD管理流程参见7.2。

6

YD/TXXXX—XXXX

转控分离情况下的PFD管理

6.4.1概述

PFDF应基于PGW-C/TDF-C的请求（PULL模式）或SCEF的PFD管理请求（PUSH模式）,应按照3GPPTS

23.203v16.3.0相关要求向PGW-C/TDF-C提供PFD，PGW-C/TDF-C应向PGW-U/TDF-U提供激活的应用标识符

对应的PFD。

PGW-C/TDF-C支持用于PFD管理的Gw/Gwn流程，PFD缓存在PGW-C/TDF-C中，PGW-C/TDF-C同时维护和

PFD相关联的缓存定时器。当缓存定时器超时，并且没有引用对应应用标识符的激活的PCC/ADC规则时，

PGW-C/TDF-C使用PFD管理消息通知PGW-U/TDF-U移除由应用标识符标记的PFD。

当为一个和PFD对应的应用标识符提供了PDR，而该PFD还没有提供给PGW-U/TDF-U时，PGW-C/TDF-C

应将PFD提供给PGW-U/TDF-U（如果没有缓存的PFD，PGW-C/TDF-C从PFDF检索PFD）。当PGW-C/TDF-C从PFDF

收到任何PFD更新（使用PUSH或PULL模式），并且PGW-U/TDF-U中仍存在激活的针对应用标识符的PDR，

PGW-C/TDF-C应使用PFD管理消息向PGW-U/TDF-U提供应用标识符对应的更新的PFD集。

注1：PGW-C/TDF-C应确保在面向UP功能进行PFD管理的过程中不要引发Sx信令过载，如向正确的执行PFD的UP功能转

发PFD。

当PGW-U/TDF-U收到针对相同应用标识符的更新的PFD（从同一个PGW-C/TDF-C或不同的

PGW-C/TDF-C），最后收到的PFD应覆盖任何已有的存储于UP功能的PFD。

注2：针对单个UP功能由多个CP功能控制的情况，不同CP功能提供的针对和相同应用标识符相对应的PFD出现冲突的

情况应由运营商通过合理的PFDF以及CP/UP功能部署规划避免。

如果一个PFD被移除或修改，并且该PFD曾被包含在Sx会话的PDR中用于检测和一个应用标识符相关

的应用流量，且PGW-U/TDF-U已经向PGW-C/TDF-C报告与该PFD对应的应用实例开始，如果PGW-U/TDF-U

中移除/修改的PFD导致应用无法被检测到，那么PGW-U/TDF-U应向PGW-U/TDF-U报告对应应用标识符的应

用实例停止。

如果PFD通过本地操作和维护流程管理，则不使用PFD检索功能，否则从PFDF检索的PFD应覆盖任何

预配置在PGW-C/TDF-C中的PFD。如果从PFDF检索的针对一个应用标识符的所有PFD均已被移除，则预配

置的PFD应再次应用于对应的应用标识符。PGW-C/TDF-C应基于以上原则向PGW-U/TDF-U提供从PFDF检索

的或预配置的针对一个应用标识符的PFD。

6.4.2PFD管理参数

PGW-C/TDF-C可以管理与Sx会话无关的适用的PGW-U/TDF-U中的PFD集，属于不同应用ID的多个PFD

集的管理（提供或移除）可以通过同一个PFD管理消息实现。PFD管理参数如表1所示。

表1PFD管理参数

适用性

属性描述说明SGWPDNTDF

GW

PFD应用检测过滤器针对一个应用标识符提供PFD将导致移除存储在XX

的扩展PGW-U/TDF-U中的针对该应用标识符的PFD，并导致新

提供的针对该应用标识符的PFD的使用

应用IDPFD所关联的应提供一个无PFD的应用标识符将导致移除所有存储的XX

用标识符针对该应用标识符的PFD

注：“适用性”一栏标注“X”表示适用，空白表示不适用。

7关键流程

PFD管理流程

7.1.1PCEF/TDF检索PFD流程（PULL模式）

本流程支持当一个携带了应用标识符的PCC/ADC规则被提供/激活，并且PCEF/TDF中PFD还不可用时，

由PCEF/TDF向PFDF针对应用标识符检索PFD。

此外，本流程支持当针对应用标识符的缓存定时器超时，而针对该应用标识符的PCC/ADC规则仍处

于激活时，由PCEF/TDF向PFDF检索PFD。

7

YD/TXXXX—XXXX

PCEF/TDF可能在同一条请求中检索针对一个或多个应用标识符的PFD，PFD检索的信令流如图5所示：

GW(PCEF)/TDFPFDF-

1.FetchPFDRequest

2.FetchPFDResponse

图5PFD检索流程（PULL模式）

步骤1，当满足以上介绍的条件之一时，PCEF/TDF应通过发送FetchPFDRequest消息从PFDF获取针

对应用标识符的PFD，消息中应包含应用标识符；

步骤2，PFDF应在FetchPFDResponse消息中响应应用标识符的列表以及所有关联的PFD。PCEF/TDF

应将从PFDF收到的PFD与各自的应用标识符绑定。

7.1.2PCEF/TDF中的PFD管理（PUSH模式）

本流程支持通过PFDF向PCEF/TDF提供、更新或移除和一个应用标识符关联的PFD，通过本流程管理

的可以是所有应用标识符的所有PFD的完整列表，一个或多个应用标识符的完整的PFD列表，或单个应用

标识符的PFD子集。

一个应用标识符的每个PFD和一个PFDid相关联，以便和该应用标识符关联的PFD的子集可以被提供、

更新或移除。如果每次交互都是管理一个应用标识符的完整的PFD集，则不需要提供PFDid。

注1：外部实体提供的应用标识符被映射为包含在PCC/ADC规则中的应用标识符是提供或更新PFD的先决条件。

PFDF和PCEF/TDF之间的交互不和IP-CAN会话相关。

PFDF可以在某些情况下决定延后向PCEF/TDF分发PFD，以优化Gw/Gwn接口的信令负荷。如果PFDF收

到了针对PFD的一个允许的延迟，PFDF应在允许的延迟指示的时间间隔内将该PFD分发给PCEF/TDF。

PUSH模式的PCEF/TDF中的PFD管理如图6所示：

PCEF/TDFPFDF

1.PFD提供/更新/移除

2.PFD提供/更新/移除响应

图6PFD管理流程（PUSH模式）

步骤1，PFDF可以提供、更新或移除和一个应用标识符关联的一个、多个或所有PFD，PFDF可以同时

管理多于一个应用标识符的PFD。又或者，PFDF可以提供或移除和所有应用标识符相关联的所有PFD的列

表。

8

YD/TXXXX—XXXX

步骤2，PCEF/TDF将PFD和从PFDF收到的应用标识符绑定（针对提供或更新PFD的情况）或解绑（针

对移除PFD的情况）。PFD的提供行为将新的PFD和一个应用标识符相关联，PFDF可以同时为每一个提供

的PFD提供PFDid。PFD的更新行为修改已有的和一个应用标识符关联的PFD，PFD更新可以替换和一个应

用标识符关联的所有PFD，或提供PFD的一个子集，但不支持部分更新单个PFD的信息。PFD的移除将移除

部分或所有和一个应用标识符相关联的PFD，在移除PFD子集的情况下，每个PFD由一个PFDid标识。

PCEF/TDF向PFDF响应PFD的接收。

通过SCEF的PFD管理流程

本流程由第三方SCS/AS使用，用于通过SCEF向运营商网络管理PFD。具体的流程如图7所示：

PFDFSCEFSCS/AS

1.PFDManagementRequest

2.SCEF处理

3.PFDManagementRequest

4.PFD处理

5.PFDManagementResponse

6..PFDManagementResponse

图7通过SCEF的PFD管理流程

步骤1，第三方SCS/AS向SCEF发送PFDManagementRequest（SCS/AS标识符，外部应用标识符，一

个或多个PFD集以及针对每个应用标识符的PFD操作，允许的延迟），其中外部应用标识符应由一个SCEF

内已知的第三方SCS/AS提供，即第三方SCS/AS和移动网络运营商存在SLA。PFD操作指示了PFD是将要在

运营商网络内被创建、更新还是移除。允许的延迟是一个可选参数，如果消息中包含了允许的延迟，则

表示在请求消息中的PFD列表应在允许的延迟指示的时间间隔内提供给所有PFDF已知的PCEF/TDF。

步骤2，基于运营商策略，如果第三方SCS/AS没有被授权执行该请求（如由于允许的延迟过短或其

他原因，SLA不允许网络执行该请求），SCEF执行步骤6，并提供一个合适的原因值来指示这个错误。否

则，SCEF将每个外部应用标识符转换为对应的PFDF已知的应用标识符。

步骤3，SCEF向PFDF发送一个PFDManagementRequest消息（应用标识符，一个或多个PFD集以及针

对每个应用标识符的PFD操作，允许的延迟）。

步骤4，PFDF基于请求中的各个PFD操作要求在PFDF内创建、更新或删除针对每个应用标识符的PFD。

步骤5，PFDF向SCEF发送PFDManagementResponse消息（应用标识符，原因值），提供PFDManagement

Request处理结果的反馈。

步骤6，SCEF向第三方SCS/AS发送PFDManagementResponse（原因值）提供PFDManagementRequest

处理结果的反馈。

转控分离情况下的PFD管理流程

本节定义了在PFD管理流程中的CP和UP功能间的交互，包括了PGW-C/TDF-C向PGW-U/TDF-U提供/更新

/移除PFD的交互要求。具体的流程如图8所示：

9

YD/TXXXX—XXXX

PGW-U/TDF-U

PGW-C/TDF-CPFDF

1.7.1.1中PCEF/TDF检索PFD流程（PULL模式）的步骤1-2或7.1.2中

PCEF/TDF中的PFD管理流程（PUSH模式）的步骤1-2

2.PFDmanagementrequest

3.PFDmanagementresponse

图8转控分离情况下的PFD管理流程

步骤1，执行7.1.1中PCEF/TDF检索PFD流程（PULL模式）的步骤1-2或7.1.2中PCEF/TDF中的PFD管理

流程（PUSH模式）的步骤1-2；

步骤2，当出现由于PULL模式或PUSH模式流程导致的任意PFD改变的情况，PGW-C/TDF-C向

PGW-U/TDF-U发送PFDmanagementrequest来提供、更新或移除PFD。

步骤3，PGW-U/TDF-U发送PFDmanagementresponse进行响应。

10

YD/TXXXX—XXXX

目次

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

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

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

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

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

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

非漫游架构......................................................................2

漫游架构........................................................................3

能力开放架构....................................................................4

6高层功能............................................................................5

概述............................................................................5

使用PFDF的PFD管理.............................................................5

通过SCEF的PFD管理.............................................................6

转控分离情况下的PFD管理........................................................7

6.4.1概述........................................................................7

6.4.2PFD管理参数................................................................7

7关键流程............................................................................7

PFD管理流程....................................................................7

7.1.1PCEF/TDF检索PFD流程（PULL模式）...........................................7

7.1.2PCEF/TDF中的PFD管理（PUSH模式）...........................................8

通过SCEF的PFD管理流程.........................................................9

转控分离情况下的PFD管理流程....................................................9

I

YD/TXXXX—XXXX

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

1范围

本文件规定了移动业务识别规则统一配置及流量统付总体技术要求，内容主要包括架构要求，高层

功能要求，关键流程要求等

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

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

2规范性引用文件

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

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

文件。

3GPPTS23.203v16.3.0策略及计费控制架构（Policyandchargingcontrolarchitecture）

3GPPTS23.682v16.10.0促进分组数据网络和应用通信的架构增强（Architectureenhancements

tofacilitatecommunicationswithpacketdatanetworksandapplications）

3术语和定义

下列术语和定义适用于本文件。

报文流描述packetflowdescription

一组支持检测由第三方业务提供方提供的应用流量的信息。

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）

PDR：报文检测规则（PacketDetectionRule）

PFD：报文流描述（PacketFlowDescription）

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

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

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

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

1

YD/TXXXX—XXXX

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

SLA：业务级协议（ServiceLevelAgreement）

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

TDF：流量检测功能（TrafficDetectionFunction）

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

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

UE：用户设备（UserEquipment）

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

UP：用户平面（UserPlane）

5系统架构

非漫游架构

使用SPR时的非漫游情况下的支持移动业务识别规则统一配置及流量统付的系统架构如图1所示：

Sp

SPRAFSCEF

RxNt

Nu

PCRF

PFDF

GwGwn

GxSd

PCEF

TDF

GW