V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
sayonara7
V2EX  ›  生活

流量副卡为何会收到流调短信?

  •  
  •   sayonara7 · 2022-07-31 14:03:53 +08:00 · 4093 次点击
    这是一个创建于 846 天前的主题,其中的信息可能已经有所发展或是发生改变。

    背景

    手机双卡。主卡(本人实名)用于日常通信与扫码,副卡(家庭号、非本人实名)用于流量与收发快递。前几日副卡收到流调短信短信截图

    过程

    坐标成都,人在武侯区与双流区交界,上周确实到到访过成华区,短信内容属实

    疑问

    1. 流调基于什么条件判断,除去健康码与行程码,是否有其他渠道?
    2. 仅副卡收到流调短信,主卡却没有?
    3. 主副卡是否可能已被识别并认定为同一人使用?

    补充

    1. 健康码、行程码全程使用支付宝小程序端,不存在 APP 越权导致隐私泄漏的情况
    2. 主副卡均非成都本地号,但副卡是四川境内号

    猜想

    1. 据了解,行程码基于移动基站定位,两张卡均会在成华区留下记录,但行程码目前是不能定位到具体区县的
    2. 家庭号中其他人没有收到相关短信,说明与实名没有关系
    21 条回复    2022-08-01 08:41:13 +08:00
    walkxspace
        1
    walkxspace  
       2022-07-31 14:07:04 +08:00 via Android
    还有你手机连过的基站
    ZE3kr
        2
    ZE3kr  
       2022-07-31 14:08:56 +08:00 via iPhone
    你副卡也可以查到通信行程卡啊
    docx
        3
    docx  
       2022-07-31 14:20:30 +08:00 via iPhone
    什么副卡都是要连基站的,连了就会记录。

    主卡没收到应该是归属地原因,归属地那边处理需要时间,或者压根就不管。
    billlee
        4
    billlee  
       2022-07-31 15:19:32 +08:00 via Android
    基站定位是你手机开机注册到基站就会有记录,精确到蜂窝小区,不需要你打开行程码
    mschultz
        5
    mschultz  
       2022-07-31 15:23:11 +08:00   ❤️ 1
    「猜想 - 1. ... 但行程码目前是不能定位到具体区县的」:行程卡显示到地级市,就像前段时间取消星号一样,只是用户界面设计问题而已,不是技术上的「不能」。技术上,基站定位精度到数百米乃至数十米应该是可以的;

    流调部门能接触到的后台系统收集的信息精度,应该是后者,否则就不会净出现些「时空伴随者」这种新名词儿了。
    JQSM
        6
    JQSM  
       2022-07-31 15:32:33 +08:00
    行程卡是记录你的通话和流量使用历史,二者有其一就会被记录。
    反之如果你的主卡不打电话,同时流量用的是副卡,那你的主卡行程卡是不会被记录的。

    我一开始也以为开着手机信号,注册到基站,他们就会记录,结果必须打电话才行,导致我的主卡行程卡记录经常是空白的。
    sayonara7
        7
    sayonara7  
    OP
       2022-07-31 15:36:23 +08:00
    @docx 归属地原因比较可信,想不到其他主卡被单独针对的可能了
    sayonara7
        8
    sayonara7  
    OP
       2022-07-31 15:42:03 +08:00
    @ZE3kr @billlee @mschultz 的确,高精度定位很有可能技术上是可行的,只是我们接触不到
    sayonara7
        9
    sayonara7  
    OP
       2022-07-31 15:51:39 +08:00
    @walkxspace 手机连过可能有记录,但应该不和卡绑定在一起,之前有试过本机使用外省朋友的手机号接收验证码,行程显示也是在外省

    @JQSM 产生记录还有一项要求是逗留一定时间,外界传说是 4 小时,用于避免出行时一些途径站点被错误记录;遇到这种情况我都是选择关闭(拔出)手机卡,倒没有验证过是否需要同时满足通话与流量的条件,感觉是一个可能的原因!
    SingeeKing
        10
    SingeeKing  
       2022-07-31 19:26:47 +08:00
    @sayonara7 #9 4 小时也只是显示;不要把流调能看到的数据和你看到的数据混为一谈;特别是流调短信,可能的都会收到(而流调电话则会更为精确)
    ltkun
        11
    ltkun  
       2022-07-31 19:44:05 +08:00 via Android
    我提一个思路吧 iPhone 的关系 有一张副卡插在 iPhone X 里面 实名的不是本人 但是一日接到 12345 流调 同样华为的电信副卡 实名的自己没有接到 这两个手机都没有健康码 主力安卓手机也没有接到过流调电话
    SenLief
        12
    SenLief  
       2022-07-31 20:38:23 +08:00
    我也觉得很佛系,不知道这个流调是怎么计算的。我有两张卡,一张深圳一张四川的流量卡,那个流量卡没有接到过电话,但是深圳的有接到,而且有一次和多号的也接到了。。。
    sayonara7
        13
    sayonara7  
    OP
       2022-07-31 20:51:58 +08:00
    @SingeeKing 技术支持且渠道正规的前提下,后台能看到更为细致的数据我是认同的

    @ltkun 没太看明白,意思是两台手机同时使用,只有非本人实名且非主力机收到通知了吗?
    @SenLief 可能不同地区有不同的计算方式。另外,和多号是虚拟号吗?
    PerFectTime
        14
    PerFectTime  
       2022-07-31 20:59:41 +08:00
    公安的数据更细致,之前流调的时候问我是不是 X 号 X 时 X 分到过 XX 路 XX 号
    titanium98118
        15
    titanium98118  
       2022-07-31 21:04:25 +08:00 via Android
    @PerFectTime 这么精细,是不是看监控录像了?
    PerFectTime
        16
    PerFectTime  
       2022-07-31 21:11:33 +08:00
    @titanium98118 #15 没有的,和我实际到的地方有几条街的差距,推测是基站定位
    SenLief
        17
    SenLief  
       2022-07-31 21:20:14 +08:00
    @sayonara7 和多号就是小号,只是没有卡共享主号的套餐。
    sayonara7
        18
    sayonara7  
    OP
       2022-07-31 22:34:23 +08:00 via iPhone
    @PerFectTime 哈哈,看来想的还是太简单了
    sayonara7
        19
    sayonara7  
    OP
       2022-07-31 22:36:28 +08:00
    @SenLief 那就是了,无实体 SIM 卡,通话与短信通过主号转发;直接用号码查行程应该是会提示不支持
    SenLief
        20
    SenLief  
       2022-07-31 23:40:33 +08:00
    @sayonara7 还真能查到行程,我估计和主号是绑定的,也就是对应的是身份证。
    jiyan5
        21
    jiyan5  
       2022-08-01 08:41:13 +08:00 via Android
    我也收到了这种短信,大概两百多条,一条没看过
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2479 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 15:50 · PVG 23:50 · LAX 07:50 · JFK 10:50
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.