谈论信令风暴

article/2025/11/8 9:26:02

由于移动和腾讯微信负责争吵近期问题,很多混合“知道真相”的big mouth。商收费的问题。无厘头地作为电信运营商向用户收费而破口大骂。

信令风暴的问题在去年開始有接触。影响不是一般的大,对于扩容,有60%是因为信令过载引起的,全部也想整理一下各方材料。

信令风暴与空口有关,而有人在微博上却以为是承载在IP上的互联网消息。而迫不及待地开骂。

终端在休眠时,触发向发送数据(如心跳消息发送,有如微博消息提醒的定期向server查询),须要主叫连接建立。分组控制功能块(Packet Control Function,PCF)主要作为射频部分与分组网络(IP网络)间的接口。

终端在休眠时。假设服务器向它推送数据(如push,即业务在IP上的建立TCP长连接实施server à client推送消息,注意IP层是PSDN后面的事情了)。须要被叫连接建立。

由此可见:

1、 假设连接处于休眠。不管是终端主动发送,还收被动接收,应须要进行进行空口信令的协商以进行激活;

2、 被动接收比主动发送须要的交换的空口信令多。寻呼过程中的容量表现为寻呼容量,接入过程中的前向信令容量容量表征为控制信道容量。接入过程中的发现信令容量有反向接入容量表征。而眼下的载扇的首要瓶颈在寻呼容量(寻呼容量小于控制信令容量和反向接容量)。假设容量不足必须进行扩容,否则会出现寻呼受阻。

微博业务是查询类业务,为主叫连接。

微信类业务是双向业务。为主叫连接和被叫连接。手机上有不同应用,不同业务之间的心跳/轮询的发送时间不一致,push时间也不一致,假设同一时候Andriod后台执行若干应用,则累加的信令很可观。而微信触发激活的频率特别高,特别消耗空口信令。

问题的关键在于:为什么终端会出现休眠,而导致不断进行空口连接激活?

导致休眠有两个方面:

一、 智能终端系统通过高速休眠(Fast Dormancy)的方式实施节能省电,提高电池续航能力。以下资料来自未经验证的网络资料:Android智能手机频繁休眠所带来的信令是普通手机是否频率的7.5倍[1]。也有某些资料说是10倍。详细的Android和iOS系统进入休眠的时间查不到,能查到的仅仅是主进程堵塞的时间。大致是5秒,不清楚两者是否关联?

当智能手机在短期内不使用时。它们将进入空暇状态。当用户须要使用时。须要和网络进行信令交换来唤醒手机。

为了省电,高速休眠支持智能手机高速回到省电空暇状态。详细时间多长,没有查到,可是程序须要对应用户的操作,最要能在200ms(0.2s)之内。假设超过5秒没有反应,ActivityManager会没有提示就kill了activity进程,激活须要又一次onCreate(),因此对于长时间操作。须要採用后台程序。

写过程序的都知道。要让程序对用户输入响应及时,避免程序在某个操作时僵死的情况,那就要把耗时操作放到后台去做。然后通过异步的通知或者回调来接着流程往下走。否则的话耗时操作会把主线程堵塞,导致程序非常长时间不回到主事件循环。这 在移动平台上尤其重要,一般移动平台上系统都会有一个专门的检查机制,看程序有没有非常长时间被堵塞住。没有回来检查主消息队列。发现这样的情况一般都是把程 序作为“无响应”干掉。iOS普通情况下是10秒为上限。10秒内程序没有回到主消息循环就被干掉。在前台后台切换时更严格,大概是5秒左右。[2]

二、运营商基站,假设连接长时间不用。也会将资源释放出来

依据资料[3]:中移动的 2.5G 网络为例。经过粗略測试,大约 5 分钟左右的基带空暇,连接就会被释放,这就是为什么微信 Android 版本号选择以“5 分钟”为周期发送连接心跳。

导致不断激活也有两个方面:

一、 应用是怎样实施心跳/轮询机制。依据资料[4],微信具有:1)单次传输的数据量较小。 2)接入和释放频次较高;;3)在线时间长但传送数据的时间非常短;;4)上下行传输的数据量较为对称。具有典型的信令风暴业务的特点。

二、 有没有可能多个应用同步实时心跳,这样空口信令就可大量节省。


中国移动和腾讯的矛盾在于用户为移动流量进行的支付,可是业务的空口信令资源,也即微信所依赖的基础建设所有由运营商支付,而作为微信业务的主要盈利者腾讯公司没有提供一分钱的基础建设费用。

中移动方面提供的统计数据显示,微信已经占用了中移动60%的信令资源。但只带来了10%的移动数据流量[5]

正如电信行业的资深专家韦乐平所说:产业链关系失衡,建网者赔钱(利润非常低),应用商赚钱(利润高速增长),利益相上层互联网应用上转移,底层电信运营商边缘化、低值化。韦总还说:基于IP承载层设计的移动互联网业务应用与基于集中调度的移动网是天然不匹配的。基于IP层平等理念的业务应用开发导致了大量网络容量和信令资源的浪费,但互联网和移动网这两边谁也动不了。这话非常精彩,移动基站要集中调度,反复地利用频谱资源。而平铺的互联网并不考虑这些。而在电信基础建设运营商向互联网运营商收费补贴基础建设的博弈中,有一拨人有意无意地误导为向用户收费进行煽动。而一些自觉得懂点IT就是,会点编程,就觉得懂电信通信的人在起哄,只能说明运营商在已经沦为弱势群体。

为何公布这种感叹,有些以学富五车自居的如 @李开复 就发出了如此不懂技术并极具误导的微博,我分几条微博评论道:实际刚好和不学无术的 @李开复 所说相反,为了避免QQ和微信造成基站的信令风暴,应该避免要使用这类互联网服务。以保障基站有足够容量可以为真正有须要的服务,尽量使用短信,少使用语音,不要使用QQ/微信。@李开复 将这条删了,虽信口开河,但知错能改。

但我仍极不喜欢他。他的big mouth常常不负责任。被称人生误导师,是有道理的。



[1] http://www.gsta.com/news/15006.html

[2] http://www.cnblogs.com/linyawen/archive/2012/07/24/2606709.html

[3] http://www.alibuybuy.com/posts/81071.html

[4] http://www.weste.net/2013/4-7/90227.html

[5] http://jingji.cntv.cn/2013/04/05/VIDE1365097318724308.shtml


http://chatgpt.dhexx.cn/article/QtlQbeNZ.shtml

相关文章

5G信令(就是用户身份信息)风暴——就是客户端通过公钥加密的消息(携带手机IMSI号)发给服务端,服务器需用私钥解密,这个解密比较消耗资源,如果短时间大量请求到来就会触发信令风暴...

信令:手机开机后,先从USIM中读取之前运营商分配的临时身份信息GUTI/TMSI,发送携带该身份信息的信令给基站,请求接入运营商网络。 如果每个设备的每条消息都需要单独认证,则网络侧安全信令的验证需要消耗大量资源。在传…

谈谈信令风暴

由于最近移动和腾讯就微信收费的问题争吵,夹杂大量“不明真相”的big mouth。将电信运营商就基础设施向互联网运营商收费的问题,无厘头地作为电信运营商向用户收费而破口大骂。信令风暴的问题在去年开始有接触,影响不是一般的大,对…

hisi mmz模块驱动讲解

一、概述 如图所示,在海思平台上将内存分为两个部分:os内存和mmz内存。os内存指:由linux操作系统管理的内存;mmz内存:由mmz驱动模块进行管理供媒体业务单独使用的内存,在驱动加载时可以指定该模块管理内存的…

【HISI系列】之HISI芯片码率控制使用说明

DATE: 2019-1-30 参考 HISI系列文档《芯片码率控制使用说明.pdf》 【Codec系列】之常用码率控制算法分析 摘要 1、CBR参数说明 2、VBR参数说明 3、宏块级码率控制参数说明 4、码率更稳定参数说明 5、图像质量提升参数说明 6、调节呼吸效应参数说明 7、限制 I 帧幅度参数说明…

HiSi 3516CV500 NNIE(Neural Network Inference Engine) 摸鱼记录(1) --- 环境搭建

#PS:要转载请注明出处,本人版权所有 #PS:这个只是 《 我自己 》理解,如果和你的 #原则相冲突,请谅解,勿喷 背景 深度学习的爆发期已经到了瓶颈了,为啥这样说,因为没有突破性的理论进展&…

HISI_3516_vpss

我这里只是想自己做一个总结,是收到大牛博客的启发,按顺序自己总结一遍,具体的一些解释请看此文章: 海思3518E开发笔记2.6——海思VPSS(Video Process Sub-System)模块详解_Spark!的博客-CSDN博…

hisi mmz内存管理

一、概述 如图所示,在海思平台上将内存分为两个部分:os内存和mmz内存。os内存指:由linux操作系统管理的内存;mmz内存:由mmz驱动模块进行管理供媒体业务单独使用的内存,在驱动加载时可以指定该模块管理内存…

hisi DDR内存空间的分配

总的 DDR OSMMZ OS代表操作系统内存 MMZ为海思编解码等功能使用的内存 海思说明文档参考 1、DDR内存管理说明 1)所有DDR内存中,一部分由操作系统管理,称为OS内存;另一部分由MMZ模块管理,供媒体业务单独使用&#xf…

[HI3516DV300开发笔记]HiSi NNIE输入图像数据设置

本文上接: [HI3516DV300开发笔记]HiSi NNIE opencv解算openpose人体关键点输出 https://blog.csdn.net/abc517789065/article/details/103592190 在上文中,已经初步实现了移植openpose模型到HISI3516开发板并且检测出人体2D关键点位置 整个检测的逻辑…

buildroot构建hisi平台根文件系统和工具链

buildroot构建hisi平台根文件系统和工具链 前面使用了arm-hisiv300-linux 工具链来作为Buildroot的外部工具链进行编译,然后遇到了很多编译问题。 https://blog.csdn.net/duapple/article/details/128516133?spm1001.2014.3001.5501 这里不使用hisi的工具链&…

【HISI调试】hisi PQtool开机报错,提示无dll,找不到插件,比如:ISP calibration Tool等

创作时间:2022-03-24 目录: 1.问题现象 2.那怎么办呢? 3.安装好对应的MCR即可 正文: 1.问题现象 打开hisi PQtool,提示无dll 一路确定后,下拉插件框,找不到想到的插件,比如ISP calibration Too 2.那怎么办呢? 需要…

Hisi 3516DV300 方案

海思3516DV300是华为海思半导体推出的一款专用 Smart HD IP 摄像机 SOC,集成新一代 ISP、业界 最新的 H.265 视频压缩编码器,同时集成高性能 NNIE 引擎,使得 Hi3516DV300 在低 码率、高画质、智能处理和分析、低功耗等方面引领行业水平。集成…

【HISI系列】海思媒体处理平台架构分析

Date: 2019-3-9 前言 Hi35xx系列芯片作为高清/超高清安防监控主流芯片,现在已经广泛应用于安防监控产品中。本文重点分析: 海思媒体处理平台架构系统架构1、参考 Hi35XXX海思媒体处理平台架构介绍 海思MPP业务MMZ内存优化介绍 海思hi35xx 开发学习(1):海思媒体处理平台架构 …

Buildroot编译hisi平台根文件系统

Buildroot编译hisi平台根文件系统 文章目录 1. 下载Buildroot源码2. Menuconfig配置3. 编译Buildroot3.1 手动下载软件包3.2 kernel header 报错3.3 arm-hisiv300-linux-gcc-ar:cannot find plugin liblto_plugin.so3.4 /media/data/hisi/buildroot-2022.02.8/outpu…

yolov5转hisi的nnie(c and c++)

yolov5转hisi的nnie(c and c) 总述一. 训练前修改网络二. 导出模型三. 后处理1. c版2. 基于hisi SDK的纯c版(后续更新) 总述 刚躺了坑,记录一下,目的是将yolov5(6.1)转成海思可以推理的wk文件,…

HISI_3516_vi

主要的解释还是看这些大牛的,我这里只是想自己整理一遍:海思3518E开发笔记2.5——海思VI(video input)模块详解_Spark!的博客-CSDN博客_海思wdr目录海思video input模块架构介绍海思video input模块功能介绍结构体说明…

hisi Camera 开发--HiMPP媒体处理软件开发基本概念

1. HIMPP平台架构简介 海思提供的媒体处理软件平台(Media Process Platform,简称 MPP),可支持应用软件快速开发。该平台对应用软件屏蔽了芯片相关的复杂的底层处理,并对应用软件直接提供 MPI(MPP Program Interface)接口完成相应功能。该平台支持应用软件快速开发以下功能:输入…

Hisiphp

最近有个项目要用到后台,就选用了hisiphp这个框架,框架使用的是thinkphp5.1。现在将里面的应用记录下来,为了以后方便使用。 1,首先要开启,系统-系统开发-开发模式 2,进入系统--系统扩展--模块管理--设计新…

海思芯片介绍

1.芯片介绍 芯片SOC里集成了众多控制芯片,比如负责深度学习的NNIE硬核,负责图像处理的IVE硬核,视频编解码单元H265/H264Codec,以及图像处理单元ISP等 为了减少用户对于硬件的直接操作,海思为用户封装了许多对于硬件的操…

hisi平台异常重启问题分析

Hisi平台开发之异常重启问题分析 目录 1. 问题描述...................................................................................................................... 3 2. 问题跟踪排查......................................................................…