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

最近争微信发送的信令会不会影响运营商的问题挺多的……

  •  
  •   feiandxs · 2013-03-23 09:27:34 +08:00 · 3272 次点击
    这是一个创建于 4264 天前的主题,其中的信息可能已经有所发展或是发生改变。
    比如http://www.zhihu.com/question/20849677

    我通信技术没学好,不太敢说谁对谁错,但至少里面一堆指东打西的逻辑让我看得很蛋疼。

    一堆人能把运营商的不思进取,垄断收费拿出来说事。不预设立场,只从技术角度来讨论那么难么。。

    尤其是一堆指东打西的人都挂着工科/IT行业的标签。。

    不说这个了,我多年打交道的都是传统网络,移动通信方面没什么接触,但就我所了解和掌握的基本常识,如果微信之类的APP在设计上心跳过短,肯定会造成某种程度的堵塞。就和HTTP长连接占着不放一样,只是我不太懂,HTTP连接多了我加点机器就可以轻松解决,移动通信方面是不是就没这么简单。
    11 条回复    1970-01-01 08:00:00 +08:00
    zhatrix
        1
    zhatrix  
       2013-03-23 10:12:34 +08:00   ❤️ 1
    手机跟是通过移动基站给服务器进行交互的,基站数量和基站容量就是问题里面所说的那个瓶颈,造成这个瓶颈的主要原因是基站建设跟不上,和频率受限。

    目前的情况在市区内很难建设,主要原因是天线辐射,风水等导致在居民区无法添加新的基站来吸收新增的话务和流量,但是现在大量增加的智能机恰恰需要更多的流量,造成很多用户同时抢占有限的无线信道资源。

    对现有基站进行扩容也是解决的办法,但是GSM900和GSM1800每个运营商的频率数是固定的,当频率复用次数过大的时候,会导致网内自干扰增加,将会严重影响用户的感知。当然这些频率的使用每个地方使用的情况是不一样的,如北京、上海 移动的GSM900和GSM1800频率现在的复用均已经很高,而一些二三线城市GSM1800的频率复用较低,还是有通过扩容来增加容量的空间


    个人认为此次事件是运行商忽然发现自己变成了管道工人,想借此争取话语权和从app那里拿到利益


    PS:其实在国内运营商做的已经不错了,在国外农村和郊区很少能够有移动信号的,且农村的基站很少有盈利的
    feiandxs
        2
    feiandxs  
    OP
       2013-03-23 12:35:36 +08:00
    @zhatrix 感谢解惑。
    swulling
        3
    swulling  
       2013-03-23 15:54:38 +08:00
    Google下“网络中立原则”,所有流量应该是平等的,不能因为运营商觉得P2P占用带宽过大,微信/QQ占用资源过大而加以限制。

    带宽不足的问题是运营商自己需要解决的问题,哪怕是提高价格或者其他手段。。

    P.S. 微信对网络的压力上远远比不上视频网站,运营商从这儿说话只是因为微信冲击了短信和电话等运营商传统利益而已。

    心跳包也好,HTTP长连接也好,碰到的和解决的并不是网络通讯本身的瓶颈,而是提供服务的服务器的瓶颈。移动网络目前主要的瓶颈是带宽不足,这也是移动运营商多使用流量计费而不是时间计费的原因。
    swulling
        4
    swulling  
       2013-03-23 15:59:42 +08:00
    其实从网络角度来说,1min发100个心跳包,不过就是100个包而已。和1min内进行视频播放/P2P下载,收到的100个包相比,对运营商来说有区别么?

    这个从来不是压力来源。。
    zhatrix
        5
    zhatrix  
       2013-03-23 19:22:19 +08:00
    @swulling 请注意是信令,跟数据包没有关系

    1min发100个心跳包,每个包 一组用户鉴别的信令,和100个包只需要1个用户鉴别的信令是不同的

    还有信令对于用户是免费的,使用多少都不会收费

    打个比方这个就行你跟你同学约定一个振铃的规则,比如振一下代表吃饭,振两下代表去上课,……

    然后你们就用这种振铃通信

    如果所有人都用这种方式通信呢
    feiandxs
        6
    feiandxs  
    OP
       2013-03-23 19:25:56 +08:00
    @swulling 我们不提运营商利益的事,那种事讨论起来太没技术含量。
    下午又参考了一些资料,有所了解了。

    你说的微信对网络的压力比不上视频网站,不敢同意。
    这和流量多少无关,而是一个萝卜一个坑,萝卜可以有大有小,但一个坑占去就是一个。运营商给出的理由大致意思是,目前我们只能提供比如说10万个并发连接,如果APP们不占着连接不放,大家可以复用,用完就断开,需要的时候再请求。但微信之类的长期霸着连接,这样就算有空余带宽,连接没法发起,别的请求也用不了了。


    所以,就目前运营商的这个网络状况来看,这种过于频繁的长连接/心跳包,恐怕还真的就是压力来源…… 不是流量上的,可以理解为并发上的……

    这倒很像cc/syn flood之类的……跑不了多少带宽,就是能把你跑死....
    zhatrix
        7
    zhatrix  
       2013-03-23 19:30:04 +08:00   ❤️ 1
    @swulling 无线和有线比其实很有一个是无法回避的问题就是 无线辐射

    现在人的意识可不像以前了,大家都是很小心的活着,特别怕辐射,在城区整个基站太难了,有的建设

    好的基站都会被断电。你又该说现在不是有那种美化天线吗,那么你就太低估人的智商了

    另外说明一下:我就是做移动通信运维的,所以才这么了解。
    feiandxs
        8
    feiandxs  
    OP
       2013-03-23 19:32:07 +08:00
    我上面的说法不严谨,只是一个比方。就我所查到的资料,其实这里面有个东西分为业务信道和信令信道,不过大致意思可以拿并发连接数来对比。

    其实我最纠结的,是看了知乎上的答案,我就觉得,运营商该死,垄断该死,但我们就事论事,不预设立场不带感情的纯讨论下技术,,有那么难么……
    除了预设立场,还有就是半调子想当然就敢开炮……我查了一天资料,都没敢很严格的来回答这个问题……
    zhatrix
        9
    zhatrix  
       2013-03-23 19:39:15 +08:00
    @feiandxs 恩 ,赞 你这种精神

    知乎的那个 除了最前面那个,其他的回复没有任何的意义
    xuan_lengyue
        10
    xuan_lengyue  
       2013-03-24 00:08:37 +08:00
    外行觉得,既然用户是付钱了,那么运营商就该保证服务。
    信令之类的东西,这不是用户应该考虑的问题。如果说这些 App 的长连接等等的占用资源太多导致网络拥塞,那么运营商也应该通过别的方式,比如增加基站,增加微蜂窝,鼓励使用WiFi等方式来保证服务。
    说到底,就是运营商需要扮演的角色只是一个管道。用户付钱,他们提供网络服务,而已。
    像微信这种新时代带来的新挑战,这是运营商方面应该解决的一个问题。

    P.S 如果家里的网络因为太多人聊 QQ 结果拥塞了,结果运营商冲过来跟你说因为 QQ 发送的信令影响了网络,所以怎么样怎么样。这个大家都会觉得很可笑。

    ================以上是从纯小白用户角度出发的个人观点================

    事实上,我上面的观点是对于“为什么运营商不能以信令影响网络这个理由来停止对微信之类的 App 提供服务”这个问题。

    其实如果从纯技术角度而言,这根本就不是可以大众讨论的一个问题,只有通信行业从业者才有资格参与讨论。和传统的IT技术相比,通信行业太小众了。。。。而且这个话题很敏感。。。。所以基本别指望大家都能有个纯技术的讨论了。。。

    看了下大家的讨论,似乎是因为这类 App 会造成用户频繁的重连,而网络重连的代价比较大,因此影响了整个网络?
    l0wkey
        11
    l0wkey  
       2013-03-24 01:18:49 +08:00
    信令...难道不是数据包吗?不是走的数据流量吗?求解答
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2273 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 01:43 · PVG 09:43 · LAX 17:43 · JFK 20:43
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.