- 主题:etc收费那个帖，很多人举例地铁跨站再往回坐
每个龙门架肯定有对对应编号，相邻的龙门架之间肯定有关联记录的，你这种跳跃式的人家一查一个准。开发etc系统的虽然目前看问题不少，但是我估计对这些想着轻易就能屏蔽逃费之类的伎俩人家还是肯定会考虑到的
【 在 Suley 的大作中提到: 】
: 如此说来上了所谓龙门架，逃费也不难，
: 上了高速后选择恰当时机屏蔽OBU，到目的地服务区卸货后回来，接近收费站出口再重新开启OBU 扣费，原理上也是可以实现逃费的。
: 这对于一次逃费就好几千的来说，是很大的利益驱动。
--
FROM 223.104.3.*
有点轴啊，呵呵。你都能想到，etc想不到？换你设计的话，双向的龙门架会双向用一个编号不？所以，普通人还是别想着屏蔽逃费之类的手段了，有那个聪明才智的估计都是不需要逃费都能发财的主
【 在 Suley 的大作中提到: 】
: 不是跳跃，龙门架密度不大，
: 回程依然回到附近到下一个龙门架不就行了？
--
修改:SwimingPig FROM 223.104.3.*
FROM 223.104.3.*
既然双向属于不同的编号，不管你通过何种方法跑到对面去，关键你跑到对面附近的龙门架然后再打开ETC有什么意义呢？就是为了绕圈儿绕圈？我说的意思就是你想的这种手段在当前系统中肯定是会被查出来的，对ETC公司来说人家那是需要收真金白银的，人家肯定会大力安装的，为啥说劳民伤财呢？
【 在 Suley 的大作中提到: 】
: 花了那么大精力，都不能彻底避免逃费，上这个意义何在？如果马马虎虎就可以的话，何必劳民伤财上龙门架？惹得现在民怨沸腾？
: 至于你说的，很容易破，部分服务区可以双向通行，在交通枢纽附近多绕几圈也能走到对面，一样可以回到出发点附近同一方向龙门架附近，所以你说的不成立。
--
FROM 222.126.181.*
你说这种情况我确实没明白。如果没有龙门架，你说这种情况确实可能出现。如果现在有了龙门架，并且每个龙门架都有自己的编号做路径记录的话，就你说的这种情况下如何通过换卡实现只交一个最低起步价就能实现将货长途运输到另外一个地点？这不正是新安装的龙门架的按路径计费的功能来杜绝以前的漏洞么？难道不应该？
【 在 Suley 的大作中提到: 】
: 你还没有理解，看看上下文
: 有人举了一种逃费的例子，
: 就是货车拿卡后比如开了500公里，然后在服务区卸货换给另外一台最近入口进入的货车，自己绕圈从对向车道回到离收费站最近的出口驶出，只交一个最低起步价，就能实现将货长途运输到另外一个地点。
: ...................
--
FROM 222.126.181.*
屏蔽不是问题，但问题是如果你屏蔽了后造成了不连续的或者不正常的龙门架记录序列，系统可以查出来啊，会让你得不偿失。而不像以前没有办法治理记录这种情况。
【 在 Suley 的大作中提到: 】
: 龙门架需要和OBU通信，OBU可以通过技术手段屏蔽
--
FROM 222.126.181.*
你这样兜回去和换个车的目的是什么呀？这些货是不是还是被车拉着跑了两地的完整的距离？可以少掏哪一部分的费用？为了少掏某段的高速费，然后空车兜回去然后再兜回来把龙门架记录再补齐一下？一直没看明白你这个神操作啊，难道大货车油费比高速费少么？
【 在 Suley 的大作中提到: 】
: 为啥要兜圈回到屏蔽前的龙门架的下一个龙门架，就是要伪造连续的记录。
: 说到异常检测，龙门架并没有太大创新，高速公路卡口拍照，高速滞留预警，一样可以实现大部分的预警功能。
--
FROM 222.126.181.*
现在改成小段计费估计就没多少人这么干了吧，不然很可能得不偿失啊
【 在 luoqianqiu 的大作中提到: 】
: 前几天石家庄有个站就是，拥堵太多，交警和收费站沟通之后免费放行
: - 来自「最水木 for iPhone 7」
--
FROM 223.104.3.*