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

hycl5410

个人觉得没有啥太大意思，有点得不偿失。欢迎拍砖。

如果是确认连接的传输方式，比如TCP，下行数据得不到ack之后，应该比较短时间内就会中断连接，重传包应该不会太多。
如果是非确认连接的传输方式，比如UDP，虽然传输层上不会检测数据包是否丢失，但是上层一样会检测，除非拿iperf强行灌包，才会出现非常大的计费偏差。

当然，如果终端用户长期处于无线恶化环境的话，累积起来偏差也会非常大。


这种方式看起来可以提高计费精确度，但是其实是以牺牲信令性能为代价的，因为SGSN和GGSN都要处理额外的信令单元，尤其是GGSN。特别是当无线环境比较复杂，比如类似时断时续的场景，那么就可能造成不断的update pdp来通告loss或者恢复。

从核心网的角度，很难对覆盖范围内无线情况作出有效评估，那么也就比较难以估计网络内由该类型原因导致的update pdp到底会占信令总量的多少。当然，也许网元可以定制特殊的统计来监控这一情况，但是突发的无线情况恶化仍然难以避免。

我个人钦佩在技术上精益求精的态度，但是如果一种技术带来的好处与负面影响难以评估的话，比较倾向保守一些的态度。SCDR和GCDR流量不匹配的事也不是这两年才提出来的，老早就有。但是迄今为止只有思科一家提出了这么个方案，而众所周知，思科G网在无线方面几乎毫无建树。如果从信令层面就可以解决问题的话，相信其他厂商不至于那么”笨“吧？
所以希望一切不要只是”看起来那么美好“

当然我更希望思科是经过成熟论证和充分验证之后提出的方案，比如开了这个feature之后，多处现网监控结果显示偏差下降70%；或者说他们的平台真的niub到如此程度--”区区“信令增长带来的额外开销不在话下。那实在是一件令人振奋的事情。

如果思科可以拿出多运营商开feature前后大量统计数据对比，比如，流量偏差降低70%（剔除各种roaming, DT以及inter-SGSN等等干扰因素），信令增长不超过20%，性能影响不超过10%。相信3GPP工作组没有任何理由拒绝写一个新的CR.

hycl5410

啊哈！还真让我想到了一个。R7以后，DT和SAEGW合设的大量launch，会让你连看到这种差别的机会都很渺茫。。。R7以下还是有搞头的。

还是3GPP高明。。。