YD/T 3684-2020 标准解读

一、标准适用范围与执行边界

• 适用主体：面向通信运营商部署的AAC网元设备制造商、系统集成商及网络运维单位；不适用于终端设备、第三方应用平台或非PCC架构下的独立策略控制实体。
• 适用场景：在5GC或EPC网络中，需通过AAC实现第三方应用对用户级QoS保障、用量阈值触发、实时计费事件订阅等能力调用的接入控制场景；仅限于已完成PCC规则下发（由PCF/PCRF统一管理）且AAC作为策略执行前置鉴权点的部署模式。
• 排除条件：不覆盖非标准化API调用（如私有HTTP接口）、未经过3GPP TS 29.212/29.214协议栈校验的策略请求；不适用于无PCC上下文关联的纯流量转发型网关设备；不包含对第三方应用侧SDK或前端界面的兼容性要求。

二、核心实操技术要求

1. 协议一致性：必须完整支持Diameter RAR/RAA、Gx接口信令交互，RAR消息中Session-Id、Origin-Host、Destination-Host字段长度≤253字节，AVP嵌套深度≤5层；验收时使用Wireshark抓包验证AVP Code 263（Subscription-Id）与AVP Code 278（QoS-Final-Unit-Indication）必现且格式合规。
2. 策略映射精度：AAC须将第三方应用提交的业务标签（App-ID）与PCF下发的PCC Rule ID完成1:1绑定，映射延迟≤100ms；每条绑定记录须持久化存储至本地数据库，保留周期≥90天，支持按App-ID+IMSI组合查询。
3. 并发处理能力：单机框支持≥5000 QPS的RAR请求处理，99%响应时延≤200ms；压力测试采用RFC 2544方法，以2000并发连接持续30分钟，错误率≤0.1%。
4. 安全强制项：所有API调用须经OAuth 2.0 Bearer Token校验，Token有效期≤3600秒；AAC须内置IP白名单机制，拒绝来自非注册源IP的RESTful请求；日志中禁止明文记录用户IMSI、MSISDN，须采用SHA-256哈希脱敏。

三、典型业务场景应用案例

四、实操难点与解决方案

• 难点1：PCC Rule动态更新导致AAC映射失效

  PCF修改Rule优先级后，AAC本地缓存未同步更新，引发策略执行错位

  解决方案：启用RFC 6733中的Device-Watchdog-Request机制，AAC每5分钟向PCF发送DWR，收到DWA后触发全量Rule ID重同步；同步失败时自动回退至上一版本缓存并告警。
• 难点2：多租户App-ID冲突

  不同ISV使用相同App-ID字符串，导致策略混绑

  解决方案：强制要求App-ID格式为“{vendor-code}-{app-name}-{version}”，vendor-code由运营商统一分配三位数字编码（如001代表腾讯），AAC启动时校验格式合法性，非法ID直接拒绝接入。
• 难点3：Webhook事件投递丢失

  第三方平台HTTP 5xx响应后，AAC未启用重试机制

  解决方案：按标准第8.2.4条实施三级重试：首次失败后3s重试，二次失败后30s重试，三次失败后写入本地Kafka队列，保留72小时供人工干预补推。