老猿学5G:融合计费场景的离线计费会话的Nchf_OfflineOnlyCharging_Release释放操作

本文详细解析了5G网络中Nchf_OfflineOnlyCharging_Release消息交互流程,阐述了CHF如何接收CTF的请求来结束离线计费会话,并描述了整个离线计费会话从创建到释放的操作过程。
☞ ░ 前往老猿Python博文目录

一、Nchf_OfflineOnlyCharging_Release消息交互流程

Nchf_OfflineOnlyCharging_Release是CHF提供的服务化操作请求接口,用于5G融合计费中CTF向CHF请求结束离线计费会话。其消息交互过程如图:

在这里插入图片描述

对应文字过程描述如下:

  1. CTF发送Nchf_OfflineOnlyCharging_Release消息给CHF,URI带{OfflineChargingDataRef} 标识仅离线计费数据被更新和释放,最后使用的业务单元(如流量或时长)在请求消息中携带;
  2. CHF操作成功后,返回“204 No Content”应答消息;
  3. 在请求失败或重定向时,需要返回对应状态的HTTP响应码,对应响应码请参考《老猿学5G:融合计费场景的离线计费会话的Nchf_OfflineOnlyCharging_Update 更新操作过程》

二、离线计费会话释放操作过程

  1. 通过《老猿学5G:融合计费场景的离线计费会话的Nchf_OfflineOnlyCharging_Create创建操作》介绍的过程开启了离线计费会话;
  2. 用户进行上网,满足SMF触发用量上报Trigger的触发条件时触发更新操作;
  3. 用户触发释放会话Trigger(如UPF切换、用户结束上网等),SMF发送Nchf_OfflineOnlyCharging_Release消息给CHF, 携带业务终止的最后使用量相关计费数据;
  4. CHF(触发CDF)生成计费信息,关闭CDR;
  5. CHF发送Nchf_OfflineOnlyCharging_Release应答消息给SMF。

跟老猿学Python、学5G!

☞ ░ 前往老猿Python博文目录
<think>嗯,用户这次问的是“什么是GM接口”,看来ta对移动通信网络的接口规范很感兴趣。之前已经讨论过S4/S11接口和诊断工具的区别,这次的问题更偏向传输层协议。 用户可能是通信工程师或相关专业生,需要明确的技术定义而非科普解释。考虑到之前回答的深度,这次同样需要结构化呈现,但要注意避免重复协议细节。 GM接口其实是GTP协议的一个特殊应用场景。重点需要厘清三点:它在网络中的位置(连接GGSN和计费系统)、核心功能(实时计费控制)以及协议栈特点(基于GTP但扩展了计费字段)。用户可能实际关心的是它在运营商业务支撑系统中的作用。 上次回答虚用户跟踪时提到过隐私问题,GM接口同样涉及用户数据,但这次更侧重计费流程。可以关联之前S11接口的QoS策略传递逻辑,说明GM如何实现策略执行。 需要强调与其他GTP接口(如Gn)的差异点——计费网关的介入使得GM具有策略控制与批价双重功能。典型的VoLTE场景示例能帮助理解,但要注意避免过于运营商内部视角。 </think>### 什么是GM接口? **GM接口**(GTP-based Mobile Management Interface)是移动通信网络中连接**GGSN(Gateway GPRS Support Node)** 与**计费网关(CG,Charging Gateway)** 的关键接口,主要用于**实时传输用户数据流量计费信息**。其核心功能与协议如下: --- #### 1. **核心功能** - **计费数据传递**: 收集用户上网产生的流量、时长、位置等原始计费记录(CDR,Call Detail Records),实时转发给计费系统。 - **策略控制**: 配合策略计费控制(PCC)架构,实现基于QoS的差异化计费(如区分视频流量与普通流量)。 - **故障容灾**: 支持数据备份与重传机制,确保计费信息不丢失。 --- #### 2. **协议与技术特性** | 特性 | 说明 | |---------------|----------------------------------------------------------------------| | **协议栈** | 基于**GTP协议扩展**(GTP-Prime),传输层使用UDP(端口3386) | | **数据传输** | 异步推送CDR文件(ASN.1编码格式) | | **可靠性** | 通过**心跳检测**(Echo Request/Response)和应答机制保障链路稳定性 | | **安全机制** | 支持IPSec加密,防止计费数据篡改 | --- #### 3. **工作流程示例**(以4G用户上网场景) ```mermaid graph LR UE[用户设备] --> SGW --> GGSN -->|GM接口| CG[计费网关] CG --> Billing[计费系统] ``` 1. 用户访问视频网站,GGSN生成CDR(含流量大小、时间戳、APN信息)。 . 通过GM接口将CDR封装为GTP-Prime消息发送至CG。 3. CG解析CDR并转换为标准计费格式,传递给计费系统生成账单。 --- #### 4. **与类似接口的差异** - **vs. Ga接口**: GM是GGSN与CG间的接口(计费专用),而Ga是CG与计费系统间的接口(账单生成)。 - **vs. Gn接口**: Gn用于GGSN与SGSN间用户面数据传输,GM仅传输计费信令。 --- #### 5. **现网重要性** - **计费准确性**:故障将导致用户资费争议(如流量未计费或重复计费)。 - **实时策略执行**:支持欠费用户即时断网、高优先级业务QoS保障。 - **5G演进**:在5GC中由**CHF(计费功能)** 替代CG,接口升级为**Nchf**。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

LaoYuanPython

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值