当UE丢失无线侧覆盖的防止对用户多计费的防护功能：Overcharging Protection on Loss

admin

思科ASR 5000系列STAROS 12.2以上有一个特性，叫做Overcharging Protection on Loss of Coverage 。作用是在UE在传递大数据（例如下载或视频业务）的过程中，如果无线环境出现了问题（例如没有无线信号了，进入了地铁等），防止对用户多计费。从而减少用户投诉，也是对用户的一种保护。

从技术角度来看，主要是描述以下一种场景：

1 UE已经完成了PDP激活，并且正在下载一个大文件或者正在看一个视频。这时无线信号突然没有了。

2 如果这个下载或视频业务在PDP激活过程中是被当做一个background或interactive类的业务来完成Qos协商的，那么SGSN此时是不会向GGSN发送update pdp context request消息将Qos设置为0kbps的（SGSN只针对streaming或conversational类型的业务才会给GGSN发送更新消息）。

3 那这样的话，GGSN侧因为没有移动性管理功能，并不知道UE已经不可达了，仍然会继续将下行数据转发给SGSN。

4 SGSN将对UE进行寻呼，但得不到UE的响应。SGSN将把这些下行数据报文进行丢弃。

5 在这种情况下，G-CDR的流量统计将不断增加，但S-CDR却不会。

最终，可能会导致对用户多收费。（因为收费的依据就是G-CDR）。

使用这个特性就能解决这个问题，这是一个思科专属的解决方案，是通过在GTP消息里增加一个私有的信息元素（名字叫LORC：loss of radio coverage ）来实现的。不需要修改RANAP消息。

解决方法如下（原文）：

“Now operators can accommodate this situation, they can configure the SGSN to set QoS to 0kbps, or to a negotiated value, upon detecting the loss of radio coverage. The overcharging protection feature relies upon the SGSN adding a proprietary private extension to GTP LORC Intimation IE to messages. This LORC Intimation IE is included in UPCQ,
DPCQ, DPCR, and SGSN Context Response GTP messages. One of the functions of these messages is to notify the GGSN to prevent overcharging.

The GGSN becomes aware of the LORC status by recognizing the message from the SGSN and discards the downlink packets if LORC status indicates loss of radio coverage or stops discarding downlink packets if LORC status indicates gain of radio coverage for the UE. ”

也就是说使用了该特性后，SGSN将在检测到UE丢失无线覆盖的情况下，给GGSN发送update pdp context request消息将Qos设置为0kbps，并且通过GTP消息中的LORC信息元素通知GGSN，UE已经丢失了无线覆盖，这样GGSN将不再增加G-CDR的流量统计，并且停止将下行数据传给SGSN。

下表描述了不同条件下该特性的行为，主要是第一个当丢失无线覆盖情况下的触发以及网络侧的动作。

admin

vicai 发表于 2013-4-18 16:07
hi，admin，你好，我想问下为什么background或interactive类的QoS不会导致SGSN发update咧？

哦，这个是协议规定的哦。如下：“

After Iu Release in Iu mode, or after termination of the downlink data transfer in A/Gb mode, the PDP contexts for architecture variants using Gn/Gp based interaction with GGSN are handled as follows:

-        In the SGSN, for a PDP context using background or interactive traffic class, the PDP context is preserved with no modifications.
-        In the SGSN, for a PDP context using streaming or conversational traffic class, the PDP context is preserved, but the maximum bit rate is downgraded to 0 kbit/s (for both uplink and downlink). The SGSN sends an Update PDP Context Request (TEID, QoS Negotiated) message to the GGSN to set the maximum bit rate to 0 kbit/s in the GGSN. The value of 0 kbit/s for the maximum bit rate indicates to the GGSN to stop sending packets to the SGSN for this PDP context. ”