摘要

  • RFC 9878 允许 P-Access-Network-Info 与 P-Charging-Vector 出现在由 2xx 响应触发的 ACK 中，但明确排除由非 2xx 响应触发的 ACK。
  • 头字段出现在合法位置，只说明报文语法和上下文允许它存在；这不等于来源可信、数值完整、承载变更成功或收费正确。
  • 可辩护的计费证据必须串起 SIP 上下文、逐跳保管、NPLI 时效、双向中转路径、承载事件、CDR、费率规则与纠错结果。

同样写着 ACK 的两条 SIP 消息，可能处在完全不同的证据分支。一条跟在 INVITE 的 200 响应之后；另一条确认的是失败响应。只保存 method=ACK，就把决定头字段是否合法的关键信息抹掉了。

2025 年 11 月发布的 RFC 9878 正是为这种边界消除歧义。它更新 RFC 7315，取代 RFC 7976，修复旧版头字段定义与汇总段落之间的矛盾。不同实现不必再猜哪些请求和响应可以携带这些字段。这是一项实在的互操作修补，但它修的是“能否放进消息”，不是“消息里的事实是否成立”。

2xx 是 ACK 的必要上下文

最关键的两个字段是 P-Access-Network-Info 和 P-Charging-Vector。前者可携带网络提供的位置信息 NPLI，后者可携带 IMS 计费标识与运营商标识。RFC 9878 允许它们进入由 2xx 响应触发的 ACK，同时规定非 2xx 分支的 ACK 不得携带。

RFC 3261 对成功响应与失败响应后的 ACK 采用不同事务处理。审计记录因此至少要保留最终响应类别、Call-ID、双方 tag、CSeq、方向以及处理该转换的代理。只有字段名，没有触发它的响应，就无法证明它处在允许的分支。

NPLI 用例解释了为何需要这个例外。INVITE 的 2xx 响应可能带回 SDP answer，代理据此启动承载修改。IMS 的 CDR 需要记录修改发生时的网络位置，以支持正确计费。代理可以取得 NPLI，并在随后的 ACK 中送出。

这里证明的是运输需求，不是账单充分性。“正确计费需要 NPLI”不意味着“看见 NPLI 就证明本次收费正确”。字段本身不能说明数据是否新鲜、插入者是否有权、承载修改是否真正完成、CDR 是否关联到正确对话，也不能证明某个费率已被合同授权。

被修正的是六种位置，而非全部信任

其他变化同样具体。P-Associated-URI 应出现在 REGISTER 的 2xx 响应，而非笼统的 REGISTER；P-Called-Party-ID 只允许进入列明的请求，新文本加入 REFER，却不再宣称所有响应都可携带；P-Visited-Network-ID 可进入非 100 响应，但在多种方法中被明确排除；P-Charging-Function-Addresses 仍不能进入 ACK 或 CANCEL。

这张矩阵能帮助解析器判断“这里能不能有”，不能回答“谁写的、凭什么写”。IANA SIP 参数注册表 让名称和参数有共同索引，却不会为某一条线上消息背书。

RFC 9878 还提醒，实现可能尚未升级。字段缺失可能来自旧软件、本地策略、不适用的场景或富化失败；字段意外出现也可能来自旧解释、错误实现或不可信输入。没有版本和路径证据，不能把任何一种现象直接标成欺诈或合规。

可信域中的字段本来就会变化

RFC 7315 把这些机制限定在私有管理域或彼此有信任关系的域之间。掌握合适接入技术信息的代理可以插入自己的 network-provided 值；向不可信实体转发前，应删除敏感网络信息；从不可信来源收到的值无法保证有效性，应按本地策略处理。

计费向量更不是端到端不可变凭据。可信代理可以插入、读取、修改或删除参数。因为合法中间节点需要操作字段，完整性保护必须逐跳实现。终点看到一条格式完好的头字段，不会自动知道每个值在哪一跳加入。若系统没有另存保管事件，最终副本无法恢复来源链。

transit-ioi 也不是整通通话的固定路线图。中间网络可筛除、删除或以空值替代某些记录。RFC 9878 进一步说明，每个 SIP 方法、每个请求方向都可能基于负载、成本、比例或时段独立选择中转运营商。INVITE 的路径不能冒充 ACK、反向消息或整个商业会话的路径。

NPLI 又带来隐私边界：它可能包含敏感的小区或接入信息。把所有 SIP 消息无差别复制进广泛开放的数据湖，即使保留了完整字节，也可能破坏原本可信域的保护条件。

从合法报文到可复核收费

完整证据应保存原始消息、时间、最终响应类别、对话和事务坐标、方向、代理版本与生效规则。每个 P-Header 都要记录可信入口、插入或修改者、逐跳保护结果以及变更前后指纹。NPLI 还应附带来源类型、取得时间、精度与获准用途。

随后再把信令与 SDP answer、承载建立/修改/释放事件、CDR、rating 规则和发票行独立关联。ICID 是关联材料，不是收费授权。关联失败时，正确状态是“待核对”，而不是让一个存在的头字段填补缺口。