1、ICS 33.040.99 M11 YD 中华人民共和国 通信 行业标准 YD/T XXXX-XXXX 演进的移动分组核心网络（ EPC）业务链总 体技术要求 General technical requirements of service chaining of evolved mobile packet core network (报批稿 ) XXXX - XX - XX 发布 XXXX - XX - XX 实施 中 华 人 民 共 和 国 工 业 和 信 息 化 部 发 布 YD/T XXXX-XXXX I 目 次 前言 . 1 范围 .1 2 规范性引用文件 .1 3 术语和定义 .
2、1 4 缩略语 .1 5 概述 .2 6 演进的移动分组核心网络（ EPC）业务链总体系统架构 .2 6.1 系统架构 .2 6.2 网元逻辑功能要求 .5 6.2.1 流量导向控制功能 .5 6.2.2 PCRF功能要求 .5 6.2.3 PCEF（ PGW）功能要求 .5 6.2.4 TSSF功能要求 .6 6.3 接口功能要求 .6 7 演进的移动分组核心网络（ EPC）业务链实现的主要信令流程 .6 7.1 IP-CAN会话建立流程 .6 7.2 IP-CAN会话终止流程 .8 7.2.1 UE发起的 IP-CAN会话终止流程 .8 7.2.2 GW/PCEF发起的 IP-CAN会话终
3、止流程 .10 7.3 IP-CAN会话修改流程 .12 7.3.1 IP-CAN会话修改， GW（ PCEF）发起 .12 7.3.2 IP-CAN会话修改， PCRF发起 .14 YD/T XXXXXXXX 前 言 本标准是演进的移动分组核心网络（ EPC）业务链系列标准之一，该系列标准的结构和名称如下： a) YD/T XXXX演进的移动分组核心网络（ EPC）业务链总体技术要求； b) YD/T XXXX演进的移动分组核心网络（ EPC）业务链接口技术要求 St/Gx； c) YD/T XXXX演进的移动分组核心网络（ EPC）业务链接口测试方法 St/Gx； d) YD/T XXXX
4、演进的移动分组核心网络（ EPC）业务链设备测试方法。 本标准按照 GB/T 1.1-2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由中国通信标准化协会提出并归口。 本标准起草单位 ： 中国电信集团有限公司、中国联合网络通信集团有限公司、中国移动通信集团有 限公司、中国信息通信研究院、中兴通讯股份有限公司、大唐电信科技产业集团（电信科学技术研究 院）、华为技术有限公司、上海诺基亚贝尔股份有限公司、爱立信（中国）通信有限公司。 本标准主要起草人：龙彪、刘佳一凡、高功应、陆璐、杨红梅、周星月、徐鹂、张科峰、朱金银、 陆伟、侯云静。
5、YD/T XXXX-XXXX 1 演进的移动分组核心网络（ EPC）业务链总体技术要求 1 范围 本标准规定了演进的移动分组核心网络（ EPC）业务链的业务要求、总体系统架构、网元功能要求 以及业务流实现的主要流程。 本标准适用于 EPC业务链相关的设备及接口 ， 包括 PCRF、 PCEF（ PGW） 、 TSSF等网元以及 Gx接口 、 St 接口。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的 。 凡是注日期的引用文件 ， 仅注日期的版本适用于本文件 。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 YD/T XXXX 演进的移动分组核心网络（ EPC
6、）业务链接口技术要求 St/Gx 3 术语和定义 下列术语和定义适用于本文件。 3.1 连接 (S)Gi接口的本地局域网络 (S)Gi-LAN 通过 SGi或 Gi接口连接到 3GPP网络并可提供各种 IP业务的网络。 3.2 流量导向控制 traffic steering control 通过在 PCEF， TDF或 TSSF中激活 /去激活流量导向策略，实现将用户流量疏导到合适的运营商或 (S)Gi-LAN中的第三方业务功能（例如 NAT）。 3.3 流量导向策略 traffic steering policy 用于识别一组业务功能以及这些业务功能处理业务流量的顺序的信息。 4 缩略语 下
7、列缩略语适用于本文件。 ADC 应用检测和控制 Application Detection and Control AF 应用功能 Application Function AMBR 总和最大比特率 Aggregate Maximum Bit Rate APN 接入点名称 Access Point Name CN 核心网络 Core Network EPS 演进的分组系统 Evolved Packet System H-PCRF 归属地策略与计费规则功能 Home Policy and Charging Rule Function IMEI 国际移动设备识别码 International Mo
8、bile Equipment Identity YD/T XXXXXXXX 2 IP-CAN IP 连接接入 IP Connectivity Access Network IPv4 互联网协议版本 4 Internet Protocol version 4 IPv6 互联网协议版本 6 Internet Protocol version 6 GW 网关 Gateway MPS 多媒体优先服务 Multimedia Priority Service NAT 网络地址转换 Network Address Translation OCS 在线计费系统 Online charging system O
9、FCS 离线计费系统 Offline Charging System PCC 策略与计费控制 Policy and Charging Control PCEF 策略计费执行功能 Policy and Charging Enforcement Function PCRF 策略计费规则功能 Policy and Charging Rules Function PDN 分组数据网 Packet Data Network PFDF 数据包流量描述功能 Packet Flow Description Function P-GW 分组数据网关 PDN Gateway PLMN 公众陆地移动网 Public
10、 Land Mobile Network RCAF 无线网络感知功能 Radio Congestion Awareness Function RUCI 无线用户面拥塞指示 Radio Userplane Congestion Indication SCEF 网络能力开放功能 Service Capibility Exposure Function SPR 用户签约数据库 Subscriber Profile Repository TFT 业务流模板 Traffic Flow Template TSSF 流量导向支持功能 Traffic Steering Support Function UDR
11、 用户数据寄存器 User Data Repository URI 统一资源标识符 Uniform Resource Identifier UE 用户设备 User Equipment V-PCRF 拜访地策略与计费规则功能 Visited Policy and Charging Rule Function VPLMN 拜访公共陆地移动通信网 Visited Public Land Mobile Network 5 概述 业务链业务即由 PCRF下发激活或去激活的业务链策略规则至 PCEF、 TSSF，用于在（ S） Gi-LAN接口 将用户的特定业务流转发至对应的运营商或第三方的业务功能，如
12、 NAT，防火墙，家长控制等。 业务链业务应支持应用粒度与业务流粒度的流量导向控制策略。 流量导向控制策略应支持通过 Gx接口及 St接口下发 ， 并支持根据运营商策略 ， 用户签约信息 ， 接入 网络类型、网络状态、应用类型、时间、用户位置， APN、应用业务流等信息作为策略决策依据。 业务链业务适用于非漫游及归属地接入漫游场景。 6 演进的移动分组核心网络（ EPC）业务链总体系统架构 6.1 系统架构 YD/T XXXX-XXXX 3 业务链功能主要通过 PCRF， PCEF， TSSF等网元实现 ， 这些网元在网络架构中如下图 1图 3所示 。 其 中图 1为非漫游场景中，使用了 SP
13、R的架构示意图，图 2为非漫游场景中，使用了 UDR的架构示意图，图 3 为漫游场景中，使用了 SPR的归属路由架构示意图。 图 1 使用了 SPR的非漫游架构示意图 Gz 用 户 签 约 数 据 库(SPR) Np无 线 网络 感 知功 能Sp 离 线 计 费系 统(OFCS) Gx 策 略 计 费 规 则 功 能(PCRF) 网 关 Sy Gy策 略 计 费 执 行 功 能(PCEF) St（ TSF） Nt网 络 能 力开 放 功 能 数 据 包 流 量描 述 功 能GwNu 在 线 计 费 系 统(OCS) 流 量 导 向支 持 功 能 Rx应 用功 能 YD/T XXXXXXXX 4
14、 图 2 使用了 UDR的非漫游架构示意图 图 3 使用了 SPR的归属路由架构示意图 Gz 用 户 数 据 寄 存 器(UDR) Np无 线 网络 感 知功 能Ud 离 线 计 费系 统(OFCS) Gx 策 略 计 费 规 则 功 能(PCRF) 网 关 Sy Gy策 略 计 费执 行 功 能 (PCEF) St流 量 导 向支 持 功 能(TSF) Nt网 络 能 力开 放 功 能 数 据 包 流 量描 述 功 能GwNu 在 线 计 费 系 统(OCS)Rx应 用功 能 用 户 签 约数 据 库(SPR) Sp 离 线 计 费系 统(OFCS) 策 略 计 费 规 则 功 能(H-PC
15、RF) 策 略 计 费 规 则 功 能(V-PCRF) S9 VPLMNHPLMN 网 关 Gx Sy Gz Gy策 略 计 费执 行 功 能(PCEF)无 线 网 络感 知 功 能 Np St流 量 导 向 支 持 功 能(TSF) Nt网 络 能 力 开 放 功 能 数 据 包 流 量描 述 功 能GwNu Rx应 用功 能 在 线 计 费 系 统(OCS) YD/T XXXX-XXXX 5 漫游场景中， UDR也可以替代 SPR，如果使用了 SPR，则 Ud接口取代 Sp接口。 注 1：可以增强 PCEF实现应用检测和控制功能 注 2： TSSF在漫游场景中，仅支持归属路由方式。 6.2
16、 网元逻辑功能要求 6.2.1 流量导向控制功能 如果支持流量导向控制功能 ， PCRF根据与用户的会话和流量相关的信息选择流量导向策略 。 然 后，通过 Gx和 St接口分别向 PCEF和 TSSF提供流量导向控制信息。 流量导向控制信息 包括 ： 使用流量 导向控制的业务数据流 （ SDF） 和流量导向策略标识 。 表 1定义了流量导向控制信息的组成 ， 及它们 在 PCC/ADC规则中的相应名称。 表 1 流量导向控制信息 流量导向控制信息的组成 ADC 规则中的相应名称 PCC 规则中的相应名称 规则名称 ADC Rule Identifier Rule identifier 业务流描
17、述 Application Identifier或 Service data flow filter list Service Data Flow Template 流量导向策略标识 Traffic steering policy identifier(s) Traffic steering policy identifier(s) 优先级 Precedence Precedence 注 ： 上下行流量可以使用不同的流量导向策略标识。 如果 PCC 规则中包含 2 个流量导向策略标识，则一个用于上 行，一个用于下行。 业务流描述标识了应用流量导向控制的业务数据流。流量导向策略标识则指向了预配置
18、 在 PCEF/TSSF 中的流量导向策略，该策略信息显式或隐式地标识一组特定的业务功能，以及流量在 (S)Gi-LAN内经过这些业务功能的顺序。 6.2.2 PCRF 功能要求 PCRF应支持如下功能： 根据应用层信息或者业务数据流信息触发控制流量导向控制； 将特定的 (S)Gi-LAN流量导向策略应用于基于应用检测或者数据流检测的流量； 根据如下参数中的一个或者多个选择一个流量导向策略：运营商策略、用户签约、用户当前的 RAT、网络负荷、应用标识、当前时间、终端的位置、 APN、会话相关信息、应用流量； 通过提供和修改流量导向控制信息，来控制 PCEF和 TSSF执行的流量导向功能； 向
19、PCEF提供流量导向策略标识。 6.2.3 PCEF（ PGW）功能要求 PCEF应支持如下功能： 当 PCRF在策略规则中包含流量导向策略标识时 ， PCEF应该根据预配置的相关信息执行流量导向 策略 。 其中上下行的流量导向策略标识可以不同 。 策略在 PCEF本地配置 ， 可用于上行 ， 下行或 双向的业务数据流。 为每一流量导向策略 ， PCEF应该配置一组特定的行为 。 PCEF执行该策略的行为取决于具体实现 ， 例如：通过包标记功能提供流量导向信息，该信息作为数据包的一部分，发送给 (S)Gi-LAN。 该信息显式或隐式地标识一组特定的业务功能，以及流量在 (S)Gi-LAN内经过
20、这些业务功能的 顺序。 YD/T XXXXXXXX 6 6.2.4 TSSF 功能要求 TSSF从 PCRF接收流量导向控制信息并保证相关流量导向策略在 (S)Gi接口的实施。 流量导向策略是 TSSF本地配置的 ， 可以应用于上行 、 下行或者上下行业务 。 为了保证流量导向策略 的实施， TSSF执行基于部署场景的配置在流量导向策略里的动作。例如 TSSF可以在 (S)Gi-LAN配置业务 识别和转发实体以满足流量导向策略要求。 6.3 接口功能要求 演进的移动分组核心网络（ EPC）业务链接口功能要求详见 YD/T XXXX演进的移动分组核心网络 （ EPC）业务链接口技术要求 St/G
21、x 。 7 演进的移动分组核心网络（ EPC）业务链实现的主要信令流程 7.1 IP-CAN 会话建立流程 图 4描述了 IP会话建立的流程 ， 在这个过程中网络前缀或者 IP地址指配给终端 。 不涉及跟 AF的流程 。 本流程可以应用于漫游跟非漫游场景。 YD/T XXXX-XXXX 7 图 4 IP-CAN会话建立流程图 步骤 1， GW（ PCEF）收到 IP-CAN承载建立请求，请求可以包含 PDN连接标识。 GW（ PCEF）接受请求， 并分配 IP地址给终端，如果请求了网络前缀也会分配网络前缀。 步骤 2， PCEF决定是否需要 PCC授权，如果需要，则请求授权允许的业务和 PCC
22、规则。 PCEF包含如下 信息：终端标识（例如 MN NAI）， PDN标识（例如 APN）， IP-CAN类型以及 IPv4地址或者 IPv6网络前缀， IP-CAN承载建立请求中包含的 PDN连接标识（如果支持同一个 APN多 PDN连接），默认计费方法和 IP-CAN 承载建立节点支持指示和是否支持 ADC的 PCEF功能增强指示。如果使用了“ solicited application reporting”功能 ， 还可以包含 TDF IP地址 。 如果 UE声明支持扩展的 TFT过滤器格式 ， 并 PCEF不禁止使用 ， YD/T XXXXXXXX 8 则 PCEF会向 PCRF指示
23、支持该功能 。 PDN标识 ， IP地址和 UE标识能够标识一个 IP-CAN会话 。 IPCAN类型标识 从何种类型的接入发起 IPCAN会话建立 。 PCEF还可以包含默认承载 QoS和 APN-AMBR， 计费 ID。 如果 GW/PCEF 分配了 IPv6短前缀用于 IPv6地址协商，则 GW/PCEF还需要提供 IPv6地址段前缀作为 IPv6网络前缀。如果 GW/PCEF收到了计费特征，则 GW/PCEF会将计费特征发送给 PCRF。基于配置， GW/PCEF可能还会包含如下 信息：它的控制面的 IPv4和或 IPv6地址，对 APN如何选择的指示，静态地址或者动态地址分配指示，默
24、 认承载的计费标识 （ 用户表示同个 PDN连接的不同记录 ） ， 指示计费标识是否在 IP-CAN会话内唯一 。 当 PCEF 收到 IMEI(SV)， PCEF必须将它发送给 PCRF。 注：如果使用了 TDF和请求应用报告， PCEF将 TDF的 IP地址通知 PCRF，或者 PCRF对于每个 PCEF配置了 TDF的 IP地址。 步骤 3， 如果 PCRF没有签约用户的签约信息 ， PCRF向 SRP发送请求获取跟 IP-CAN会话相关的信息 。 PCRF 需要想 SPR提供签约用户 ID， PDN ID（如果可用） 。 PCRF还可以请求 SPR在签约数据变化的时候通知自己 。 步骤
25、 4， PCRF存储签约信息 ， 包括允许的业务和 PCC规则信息 。 可选的还可以包含 MPS EPS优先级 ， MPS 优先级等级 ， 建立一个有优先级的 PS会话时的 IMSI信令优先级 。 可选的还可以包含用于指示对于 IP-CAN 会话执行应用检测和控制的用户信息配置（ user profile configuration）。 步骤 5，如果 PCRF决定 PCC的策略依赖于 OCS的策略计数器的状态，但是用户没有建立这种报告机制， PCRF会发起初始开销限制报告请求 Initial Spending Limit Report请求 。 如果用户已经建立了策略计数 器状态报告，则 PC
26、RF决定是否需要额外的策略计数器的状态，如果需要中间开销限制报告请求 Intermediate Spending Limit Report请求 步骤 6， PCRF决定策略和授权 ， 如果用户的上下文中有 MPS EPS 优先级 ， MPS优先级等级和 IMSI信令 优先级，则 PCRF在决策的时候会考虑这些参数。 步骤 7， 如果使用了 St接口流量导向控制功能 ， PCRF决定 IP-CAN会话需要的流量导向控制信息 。 PCRF 向 TSSF提供 UE的 IPv4地址和或 IPv6地址前缀 ， 以及一组或者多组流量导向控制信息 。 PCRF预配置 TSSF标 识，例如基于每个 PCEF配
27、置。 步骤 8， TSSF向 PCRF发送响应消息，通知 PCRF对于步骤 12中收到的流量导向控制的处理结果。 步骤 9， PCRF向 PCEF发送如下决策信息 ： 选择 IP-CAN承载建立模式， IP-CAN会话是否使用扩展的 TFT 过滤器格式。 GW(PCEF)执行这些决策。 PCRF还可以提供默认计费方法，以及如下信息：激活的 PCC规则， 和需要报告事件触发列表。如果 PCEF增强支持 ADC，则还根据用户信息配置（ user profile configuration）提供可以应用的 PCC规则。如果支持 Gx接口的流量导向控制，则 PCC规则中还可以包含 流量导向控制信息 。
28、 策略和计费规则允许对相关的 IP-CAN会话策略增强 。 事件触发列表指示 PCRF当什么 事件发生时需要通知 PCRF。 步骤 10，如果使用在线计费，并指示一个和计费参数相关的 PCC规则已经激活， PCEF激活在线计费 会话并且向 OCS提供相关的信息，以供 OCS进行决策。根据运营商的配置， PCEF可以对激活的 PCC规则的 每个计费键值向 OSC请求授信。 步骤 11，如果使用在线计费，则 OCS提供向 PCEF提供可用的授信信息，还可以针对每个授信提供重 授权的触发条件。 步骤 12，如果指示一个 PCC规则成功激活且使用了在线计费，并且授信没有被 OCS拒绝，则 GW/PCE
29、F 回复 IP-CAN会话建立响应。 步骤 13，如果使用网络控制， GW可以发起建立额外的 IP-CAN承载。 步骤 14， 如果根据 PCC规则操作 ， PCRF在步骤 12中要求对请求响应 ， 则 GW/PCEF发送 IP-CAN会话建立 响应消息给 PCRF，用于通知 PCRF激活 PCC规则的结果。 7.2 IP-CAN 会话终止流程 7.2.1 UE 发起的 IP-CAN 会话终止流程 图 5的 UE发起的 IP-CAN会话终止流程可以应用于漫游和非漫游场景。 YD/T XXXX-XXXX 9 注 1：对于 AF位于 VPLMN的情况不在该流程图中描述。 图 5 UE发起的 IP-
30、CAN会话终止流程 对于不使用网关控制会话 ， 或者对于使用网关控制的会话 ， 并且每个 IP-CAN会话作为独立的网关控 制会话， V-PCRF可以响应或者本地发起网关控制会话流程，而不需要通知 H-PCRF。 步骤 1， GW收到删除 IP-CAN会话的请求。 步骤 2， GW/PCEF指示， IP-CAN会话已经被删除了，并且向 PCRF提供相关参数。 注 2： GW/PCEF可以在指示 IP会话终止的同时并行处理步骤 10。 步骤 3， PCRF发现 PCC规则指示需要通知 AF，并且删除 IP-CAN会话对应的 PCC规则。 YD/T XXXXXXXX 10 步骤 4， GW/PCE
31、F删除跟 IP-CAN会话相关的所有 PCC规则。 步骤 5，如果 AF之前请求过通知，则 PCRF通知 AF后续不再有业务相关的传输资源。 步骤 6， AF回复响应消息。 步骤 7，如果用户请求策略计数器报告的最后一个 IP-CAN会话被终止，需要发送最终开销限制报告 请求 Final Spending Limit Report 请求 。 如果用户请求策略计数器报告的已有的 IP-CAN会话被终止 ， 需 要发送 Spending Limit Report请求来通知签约的策略计数器。 步骤 8， PCRF删除跟终止的 IPCAN会话相关的信息（例如签约信息等），并且向 GW/PCEF返回响应
32、消 息，指示 PCRF对 IP-CAN会话终止的处理。该步骤是对步骤 3的响应。 注 3：步骤 13可以在步骤 7后的任意时间发起。 步骤 9， GW/PCEF继续 IP会话删除流程。 步骤 10，如果 PCEF使用了在线计费，则 PCEF发布最终报告，并向 OCS返回剩余授信。 注 4：步骤 14可以在步骤 12之后的任何时间发起。 步骤 11， OCS返回响应，并且终结在线计费会话。 步骤 12， 如果 PCRF已经签约了变化通知 ， PCRF向 SPR发送取消通知请求 。 如果用户关于同一个 APN的 所有 IP-CAN会话终止， PCRF存储 SPR中的剩余使用限额。 注 5：步骤 1
33、2可以在步骤 8之后的任何时间发起。 步骤 13， SPR向 PCRF返回响应。 注 6： IP-CAN会话删除流程可以和 IP-CAN会话终止流程并行处理。 步骤 14， 如果 PCRF向 TSSF提供了 IP CAN会话的流量导向控制信息 ， PCRF向 TSSF发送请求删除所述流 量导向控制信息。 注 7：步骤 14可以在步骤 8之后的任何时间发起。 步骤 15， TSSF返回响应消息。 7.2.2 GW/PCEF 发起的 IP-CAN 会话终止流程 图 6的 GW/PCEF发起的 IP-CAN会话终止流程可以应用于漫游和非漫游场景。 注 1：对于 AF位于 VPLMN的情况不在该流程图
34、中描述。 YD/T XXXX-XXXX 11 图 6 GW/PCEF发起的 IP-CAN会话终止流程 步骤 1， GW/PCEF检测需要发起 IP-CAN会话终止流程。 步骤 2， GW/PCEF发送请求删除 IP-CAN会话。 GW发起网关控制会话终止流程。 步骤 3， GW/PCEF收到 IP-CAN会话删除响应。 步骤 4， GW/PCEF指示， IP-CAN会话已经被删除了，并且向 PCRF提供相关参数。 YD/T XXXXXXXX 12 步骤 5， PCRF发现 PCC规则指示需要通知 AF。 步骤 6， PCRF通知 AF后续不再有业务相关的传输资源。 步骤 7， AF回复响应消息
35、。 步骤 8，如果用户请求策略计数器报告的最后一个 IP-CAN会话被终止，需要发送 Final Spending Limit Report请求。如果用户请求策略计数器报告的已有的 IP-CAN会话被终止，需要发送 Spending Limit Report请求来通知签约的策略计数器。 步骤 9， GW(PCEF)删除所有跟 IP-CAN会话相关的 PCC规则。 步骤 10， PCRF删除跟终止的 IP-CAN会话相关的信息（例如签约信息等），并且向 GW/PCEF返回响应 消息。 注 2：步骤 10可以在步骤 5后的任意时间发起。 步骤 11，如果 PCEF使用了在线计费，则 PCEF发布最
36、终报告，并向 OCS返回剩余授信。 步骤 12， OCS返回响应，并且中介在线计费会话。 注 3：步骤 12可以在步骤 1,5之后的任何时间发起。 步骤 13， 如果 PCRF已经签约了变化通知 ， PCRF向 SPR发送取消通知请求 。 如果用户关于同一个 APN的 所有 IP-CAN会话终止， PCRF存储 SPR中的剩余使用限额。 注 4：步骤 13可以在步骤 7之后的任何时间发起。 步骤 14， SPR向 PCRF返回响应。 步骤 15， 如果 PCRF向 TSSF提供了 IP-CAN会话的流量导向控制信息 ， PCRF向 TSSF发送请求删除跟 UE的 IPv4和或 IPv6前缀相关
37、流量导向控制信息。 注 5：步骤 15可以在步骤 5之后的任何时间发起。 步骤 16， TSSF返回响应消息。 7.3 IP-CAN 会话修改流程 7.3.1 IP-CAN 会话修改， GW（ PCEF）发起 本章描述 GW(PCEF)发起的 IP-CAN会话修改流程 。 如果之前发送给 PCEF的触发条件满足 ， 则这种修改 包括 IP-CAN承载建立，终止和修改。 对于增强支持 ADC的的 PCEF，修改的理由可以是启动或者停止符合某个激活的 PCC规则的应用流量 。 该过程还可能涉及到 AF，例如某个基于会话的业务授权相关的 IP-CAN会话被修改了。 图 7的 GW（ PCEF）发起的
38、 IP-CAN会话修改流程可以应用于漫游和非漫游场景。 注 1：对于 AF位于 VPLMN的情况不在该流程图中描述。 对于非漫游场景，不涉及 V-PCRF。 YD/T XXXX-XXXX 13 图 7 IP-CAN会话修改， GW（ PCEF）发起 步骤 1，可选的， AF提供或者唤醒业务数据给 PCRF。此时， AF可以签约跟业务信息相关的承载级的 事件通知。 注 2：对于 PCRF产生的应用事件， PCRF通知 PCRF上报跟 PCC相关相关的事件，这类事件不在该流程图中描述。 步骤 2， PCRF存储业务数据，并且向 AF回复响应。 步骤 3， GW(PCEF)可能收到 IP-CAN会话
39、修改信令，该信令可能包含 PDN连接标识。 步骤 4，根据之前的步骤，或者根据内部决策，例如， GW(PCEF)增强支持 ADC，根据某个激活的 PCC 规则检测到启动或者停止应用流量， GW（ PCEF）决定触发 IP-CAN会话修改。 步骤 5， GW(PCEF)决定需要 PCC交互，发送一个 IP-CAN会话修改指示（事件报告，受影响的 PCC规则 （如果有 ） ， PDN连接标识 ） 给 PCRF， 还可以包含用户的位置信息和或 UE的市区和 RAN/NAS释放原有 。 如 果 IP-CAN承载建立模式发生变化 ， 还需要包含新的 IP-CAN承载建立模式 。 如果限制或者终止传输资源
40、跟 YD/T XXXXXXXX 14 PCC规则相关，则 GW(PCEF)向 PCRF报告。如果使用了流迁移， GW(PCEF)还可以包含流迁移的路由信息， GW(PCEF)还可以指示默认路由的 IP-CAN会话是否变化。 步骤 6， PCRF根据请求的 PCC规则关联到 IP-CAN会话和业务信息。 步骤 7，如果 AF在初始授权过程中请求了，则 PCRF可能需要向 AF报告跟传输资源相关的事件。 步骤 8， AF响应事件报告或者请求的信息。 步骤 9， PCRF决定需要改变策略计数器状态报告，则通知签约了策略计数器列表中的网元。 步骤 10， PCRF进行授权和策略决策。 步骤 11， 如
41、果使用了 St接口流量导向控制功能 ， PCRF决定提供或者修改 IP-CAN会话需要的流量导向 控制信息。 PCRF向 TSSF提供 UE的 IPv4地址和或 IPv6地址前缀。 步骤 12， TSSF向 PCRF发送响应消息，通知 PCRF对于步骤 15中收到的流量导向控制的处理结果。 步骤 13， PCRF返回 IP-CAN修改响应消息 （ PCC规则 ， 事件触发 ， 选择 IP-CAN承载建立模式 （如果有） ） 给 PCEF。如果支持 Gx接口的流量导向控制，则 PCC规则中还可以包含流量导向控制信息。 GW（ PCEF）执 行这些决策。如果 TDF在之前的步骤中向 PCRF提供了
42、时间触发列表，则 PCRF将这些列表发送给 PCEF。 步骤 14，如果使用在线计费， GW（ PCEF）可以向 OCS对新的计费键值请求授信，和或如果事件发生 通知 OCS重授权触发，和或，对于不再激活的计费键值发送最终报告和剩余授信。 步骤 15， OCS收到 PCEF的消息，则向 PCEF返回授信信息，和或授信报告。 步骤 16， GW(PCEF)响应或者拒绝步骤 3收到的 IP-CAN会话信令。 如果至少跟这个 IP-CAN承载相关的一个 PCC规则被激活并且在线激活授信没有被 OCS拒绝 ， IP-CAN承 载建立接受。否则， IP-CAN承载建立被拒绝。 GW（ PCEF）总是响应
43、 IP-CAN承载终止。 GW（ PCEF）总是响应不升级 QoS不提供流量映射信息的 IP-CAN承载修改。如果 PCRF接受了流量映射 信息，则 GW（ PCEF）接受 IP-CAN承载修改，否则拒绝。 如果 GW（ PCEF）内部决定发起任何 IP-CAN会话信令，则本步骤完成 IP-CAN会话修改流程。 步骤 17， GW（ PCEF）收到 IP-CAN会话信令的响应。（对于不使用网关控制会话的情况） 步骤 18， GW（ PCEF）发送提供响应（接受或者拒绝 PCC规则操作）给 PCRF通知步骤 15中提供的决策 的处理结果。 注 3：对于使用网络控制会话的情况，拒绝 PCC规则操作
44、可以仅仅发生在使用在线计费的情况。 步骤 19， 如果 AF之前请求了 ， PCRF通知 AF相关承载级的事件 （例如传输资源建立 、 释放或者丢失） 。 注 4：根据该步骤的输出报告， AF执行相应的动作，例如开始计费或者终止 AF会话。 步骤 20， AF响应 PCRF的通知。 7.3.2 IP-CAN 会话修改， PCRF 发起 本条描述了 PCRF发起的 IP-CAN会话修改流程 。 AF或者 TDF或者 OCS或者 TSSF可能涉及 ， 例如作为 PCRF 触发该流程的输入可能包括： - 通过 IP-CAN会话修改发起或者授权基于会话的业务； - 策略计数器状态的变化。 对于不需要 AF或者 TDF交互的 IP-CAN会话处理，对非基于会话的业务的 PCC规则的处理，生成对 PCC 规则的处理也可以应用该流程。 图 8的 IP-CAN会话修改， PCRF发起流程可以应用于漫游和非漫游场景。 注 1：对于 AF位于 VPL
