微信视频聊天信令分析

VOLTE-SIP完整信令解析1.主叫与被之间的SIPSIPSIP呼叫业务流程如下：呼叫业务流程如下：2. SIP信令完整解析：(1). 用户 A ，摘机对用户 B 发起呼叫，用户 A 首先向 AS 服务器发起 INVITE 请求。

(2). AS 服务器回复 100 Trying 给用户 A 说明收到 INVITE 请求。

(3). AS 服务器通过认证确认用户认证已通过后，向被叫终端 B 转送 INVITE 请求。

(4). 用户 B 向 AS 服务器送呼叫处理中的应答消息， 100 Trying 。

(5). 用户 B 向 AS 服务器送 183 Session Progress 消息，提示建立对话的进度信息。

（此时被叫 QCI1 专用承载建立）(6). AS 服务器向主叫终端 A 转送 183 Session Progress 消息，终端 A 了解到整个 Session 的建立进度消息。

(7). 终端A 向AS 服务器回复临时应答消息PRACK ，表示收到183 Session Progress 消息。

（此时主叫 QCI1 专用承载建立）(8). AS 服务器向被叫终端 B 转送临时应答消息 PRACK ，终端 B 了解到终端 A 收到 183 Session Progress 消息。

(9). 被叫终端B 向AS 服务器发送200 OK 消息，表示183 Session Progress 请求已经处理成功。

(10). AS 服务器向主叫终端 A 转送 200 OK 消息。

(11). 主叫终端 A 向 AS 服务器发送 UPDATE 消息，意在与被叫终端 B 协商相关 SDP 信息。

(12). AS 服务器向被叫终端 B 转送 UPDATE 消息。

(13). 被叫终端 B 向 AS 服务器发送 200 OK 消息，表示 UPDATE 请求已经处理成功。

( 14). AS 服务器向主叫用户 A 转送 200 OK 消息，通知用户 AUPDATE 请求已经处理成功。

vonr语音通话的sip信令流程
Vonr语音通话采用SIP(SessionInitiationProtocol)协议进行信令传输，下面是SIP信令流程的简要介绍：
1. 呼叫发起：用户A发起呼叫，向SIP服务器发送INVITE请求。

2. 呼叫转移：如果用户B在呼叫转移状态，则呼叫会被转移到用户C，此时SIP服务器会向用户C发送INVITE请求。

3. 呼叫确认：用户C收到INVITE请求后，会向SIP服务器发送200 OK响应，表示确认呼叫。

4. 媒体协商：在呼叫确认后，用户A和用户C需要协商音视频编解码器、分辨率等媒体信息。

5. 媒体传输：协商完成后，用户A和用户C开始进行音视频传输。

6. 呼叫结束：当通话结束时，用户A或用户C会向SIP服务器发送BYE请求，SIP服务器会向另一方发送200 OK响应，表示呼叫结束。

以上是Vonr语音通话的SIP信令流程概述，具体实现可能会有所不同。

- 1 -。

1、问题现象新开通SA站点，有用户投诉反映，使用微信发送小视频时延卡顿时间较长，需要分析原因。

2、问题分析2.1，基础排查后台查询站点状态正常，无告警。

需要使用Probe 对问题进行测试分析。

2.2，Probe信令分析通过信令分析，发现200M 3分钟左右的视频微信打开下载花了大概8~9s，与Probe测试观察到的速率相符。

Probe上看速率大概25M；从probe上可以看到此时调度的GTANT和RB都很少。

2.3，终端抓包分析从终端侧抓包来看，并不没有丢包乱序，但发包并不连续。

发几个包停一会，发几个包停一会且很规律，如果没有丢包乱序正常不应该出现这样的情况。

应该和服务器发包有关。

从时序图可见数据下载是不连续的，下一段数据开始需要从下一个Post Download 请求开始；说明小视频下载走的是HTTP 协议，并不是FTP 协议。

这个离线的视频是下载完才能播放所以要等所有的都下载完才能播放。

必然会增大时延。

第一个HTTP Post 里面的rang 是从0~131071；服务器端开始发数据，数据发完后回200 Ok 说明这一段数据已发完，并带total size 告诉终端一共有多少包；前景理论公众号公司锚点站点上层指示开关均已打开，占用锚点即终端显示5G 标识。

（终端显示5G 标识时，存在非占用5G 情况）接下来第二次发post 请求下一段数据，从131072 开始以此类推。

直到之后一次200 OK 已确认数据包发完，发FIN ACK 拆链；3、问题根因微信发送小视频使用HTTP 协议一段下载完再下载下一段，每段下载完成需要等一个RTT 才能开始下载下一段。

200M 的视频被分成200 段下载，导致下载完整段视频需要200*RTT+数传时间。

导致小视频下载卡顿时间较长。

4、解决方案当前APP 的实现机制无法从网络侧解决。

5、总结反思此问题已经在全省预警，已经在投诉组宣贯，写入《投诉问题汇总快速查询表》，后期遇到此类问题的投诉可以快速查询投诉问题汇总表，提高投诉响应时间及客户满意度。

视频通话分析1：IP网络通讯协议在传统电话系统中，一次通话从建立系统连接到拆除连接都需要一定的信令来配合完成。

同样，在IP电话中，如何寻找被叫方、如何建立应答、如何按照彼此的数据处理能力发送数据，也需要相应的信令系统，一般称为协议。

目前在国际上，比较有影响的IP电话方面的协议包括ITU-T提出的H.323协议和IETF提出的SIP协议。

而MGCP主要应用于运营商市场，在行业市场鲜有应用。

1.1：协议概要分析1.1.1：H323协议H.323是ITU-T第16工作组的建议，由一组协议构成，其中有负责音频与视频信号的编码、解码和包装，有负责呼叫信令收发和控制的信令，还有负责能力交换的信令。

H.323的第4版本具备做电信级大网的特征，以它为标准构建的IP电话网能很容易地与传统PSTN（公共交换电话网络）电话网兼容，从这点上看，H.323更适合于构建电话到电话的电信级大网。

H.323协议族规定了在主要包括IP网络在内的基于分组交换的网络上提供多媒体通信的部件、协议和规程。

H.323一共定义了四种部件：终端，网关，网守和多点控制单元。

利用它们，H.323可以支持音频、视频和数据的点到点或点到多点的通信。

H.323协议族包括用于建立呼叫的H.225.0、用于控制的H.245、用于大型会议的H.332 以及用于补充业务的H.450.X等。

H.323 协议中包含3条信令控制信道：RAS (R=注册:Registration、A=许可:Admission 和S=状态:Status)信令信道、呼叫信令信道和H.245 控制信道。

3 条信道的协调工作使得H.323的呼叫得以进行。

H.323建议是一个较为完备的建议书，它提供了一种集中处理和管理的工作模式，这种工作模式与电信网的管理方式是匹配的，这就是为什么电信网中使用的IP电话几乎无例外地都采用了基于H.323的IP电话工作模式｡1.1.2：SIP协议SIP协议，即Session Initiation Protocol，是另一套IP电话的体系结构,是一个与H.323并列的协议。

VOLTE信令流程VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。

由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL 无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。

严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。

用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。

信令说明如下：1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接；2.建立立QCI=5的默认承载，用于传送SIP信令；3.UE通过QCI=5的默认承载向IMS发起注册请求；4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报告给P-CSCF服务器；6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK；7.用户向IMS订阅注册事件包8.服务器应答订阅成功9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器回应Notify消息中，状态为active，同时携带XML信息10.终端发送Notify 200表示接收成功注册过程测试信令载图如下：注销过程测试信令截图如下：1)Activate Default EPS Bearer Context Request（QCI=5）该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。

sip协议的6种信令及功能SIP协议是一种基于文本的协议，用于建立、修改和终止多媒体会话，包括语音、视频、即时消息和文件传输等。

SIP协议主要由6种信令组成，分别是INVITE、ACK、BYE、CANCEL、OPTIONS和REGISTER。

下面将详细介绍这6种信令的功能及使用场景。

一、INVITE信令INVITE信令是SIP协议中最重要的信令之一，它用于邀请一个用户参与一个会话。

当发起方想要建立一个新的会话时，它将发送一个INVITE请求给接收方，请求接收方加入该会话。

接收方可以选择接受或拒绝该请求。

如果接收方接受了请求，则将使用SDP协商来确定会话的参数。

使用场景：1.建立语音或视频通话；2.发起一个即时消息对话；3.创建文件传输会话。

二、ACK信令ACK信令是SIP协议中的确认信号，用于确认已经成功处理了先前发送的INVITE请求。

当接收方已经成功地响应了INVITE请求后，发起方需要发送ACK请求来确认它已经收到了响应，并且已经准备好开始通话。

使用场景：1.确认已经成功处理了先前发送的INVITE请求；2.开始语音或视频通话。

三、BYE信令BYE信令用于终止一个会话。

当一个用户想要结束会话时，它将发送一个BYE请求给另一个用户，以告知对方该会话已经结束。

接收方收到BYE请求后，也将发送一个BYE请求作为确认，并关闭所有相关的资源。

使用场景：1.结束语音或视频通话；2.结束即时消息对话；3.结束文件传输会话。

四、CANCEL信令CANCEL信令用于取消尚未完成的INVITE请求。

当发起方发送了INVITE请求但尚未收到响应时，它可以发送CANCEL请求来取消该请求。

接收方收到CANCEL请求后，将停止处理相关的INVITE请求。

使用场景：1.取消尚未完成的INVITE请求；2.中止正在进行的呼叫。

五、OPTIONS信令OPTIONS信令用于查询远程用户支持哪些功能和协议。

当一个用户想要了解另一个用户支持哪些功能和协议时，它可以发送OPTIONS请求来查询这些信息。

[微信协议分析]多媒体声明：微信客户端协议是⼆进制协议⽽且加密，难以分析协议具体编码格式，我不做逆向⼯程。

只是简单抓包分析业务的实现流程，在这⾥记录下来⽤于参考学习，并不是破解协议。

语⾳⽚断语⾳⽚断的发送、接收都是通过长连接分包进⾏:发送：语⾳录制过程中，客户端每2秒发⼀次，每次2.5K左右接收：服务器将语⾳分⽚⽂件整体当成⼀条消息，和⽂本消息⼀样的⽅式推送总结，语⾳分⽚发送和⽂本相差不⼤，只是语⾳因为体积较⼤，录制过程中会同时上传操作，加快发送速度，取消时，删除已上传部分即可。

图⽚、视频⽚断、⼩视频都是⽂件类型，相同处理⽅式：发送：https短连接，不⾛长连接，所有发送完后SyncKey 会通过长连接回推接收：通过长连接接收图⽚的缩略图、视频截图 +下载地址，⽤户点击图⽚时，⾛https下载原图、视频⽂件实时对讲长连接⽤于对讲会话的建⽴和维护信令传输，语⾔通过UDP中转。

测试的两个客户端都在同⼀个路由器下⾯，但数据流量都是通过140.206.160.179 上海联通的服务器做中转，也就是没有做p2p直传。

对讲机同时只有⼀个⼈说话，多⼈同时说话需要做混⾳、降噪、回声消除等，对讲机的⾳质应该会更可控吧⼆⼈⾳视频会话建⽴过程应该和SIP 差不多，通过长连接发起会话邀请-回铃-接听-数据传输不同的是，⼆⼈⾳视频会⾛p2p，⽽且在发起邀请后就开始打洞，并且在对⽅接听前，也会不断的传输udp包，应该是探测p2p路径的可靠性和速率。

udp的路径选择：- 对于微信，⾳视频通话服务器带宽成本会特别⾼，p2p能节省巨⼤成本- p2p⼀般都要⽐服务器中转要好，但 p2p 建⽴较为耗时，所以在邀请阶段就开始p2p打洞- p2p速率也并不⼀定要⽐服务器中转好，最好在通话过程中，也能动态切换使⽤的链路。

微信业务测试分析本次微信业务分析主要针对微信业务中的语音聊天功能传输速率进行分析。

观察微信业务信令流程，并对语音传输状态和挂机状态数据传输速率进行对比分析。

微信业务主要信令流程分析下图为用户微信登陆信令流程及相应信令参数：DNS流程用户消息上传流程由上图看出，用户登陆微信前须先进行DNS流程，之后为用户登陆消息的上传流程，登陆主要URI为。

用户语音上传及接收流程：用户语音接收语音上传在用户登陆成功之后，便发起语音聊天业务。

上图为部分信令流程，可见聊天过程均为一些HTTP形式的分包。

微信业务为HTTP业务的一部分。

总业务流量概况测试记录如下：time 业务行为 消息时长（s ） 17:03 开启微信业务并发送消息 4 17:06 重新获取好友消息、发送消息 5 17:07 收到消息 3 17:09 收到消息 2 17:09 发送消息 6 17:10 发送消息 12 17:10 收到消息 7 17:10 收到消息 2 17:12 发送消息 28 17:12 关闭微信业务测试过程总流量情况：参数 参数值 下行总流量 33.1Kbyte 上行总流量 66.42Kbyte GB 总业务时长 613s总流量分时分布如下：（图中横坐标为时间，纵坐标为流量：kbit ，统计粒度为1s ）上图中看出，流量分布较高时段均对应有业务行为时段。

上下行传输速率分时分布分析 上行传输速率分时分布：10203040506017:03:4417:04:0617:04:2817:04:5017:05:1217:05:3417:05:5617:06:1817:06:4017:07:0217:07:2417:07:4617:08:0817:08:3017:08:5217:09:1417:09:3617:09:5817:10:2017:10:4217:11:0417:11:2617:11:4817:12:1017:12:3217:12:5417:13:1617:13:38总业务流量分时分布总业务流量分时分布kbit从上图可以看出，上行传输速率较高时段均对应微信登陆及语音消息发送业务行为，微信登陆上行传输速率为7-8kib/s 左右，语音消息发送传输速率主要在9-14kbit/s 左右。

信令分析方法一：DAFNE分析DAFNE分析可以看出小区各个频点的上下行电平、上下行质量、上下行路径损耗、手机和基站的发射功率，采样点数，通话次数以及各种TA的分布等。

处理的方法如下：1：将收下来的信令数据“.rf5”文件通过文件“RECCONV.EXE”转换为“.rec”文件。

2：运行“DAFNE404.EXE”文件，处理转换好的“.rec”文件，生成“.bil”文件等几个文件。

3：用EXCEL打开“.Bil”文件，打开后有如下表格：4：从表格中可以看出电平低，质量大，路径损耗异常，通话次数少的频点。

各种指标可以采取横向、纵向以及与正常情况比较，横向比较是指上下行电平、质量、路径损耗的差值大小，纵向比较是指若有频点与其他相差较大，可能有问题，若比正常情况相差较大，也可能有问题。

像电平为70、8dbm左右的为正常的，质量在1以下的为正常的，路径损耗差为0～－10为正常的。

电平太低一般是硬件问题，上下行质量大可能是干扰，路径损耗差为正值或小于－10则为硬件问题，通话数太少可能是载频没占用。

二：OPT分析1：OPT软件是用来分析Abis口信令的。

打开方式为：点击“File”－>“Process Recording File”－>“Browse”打开“.rf5”信令文件，如果以前用OPT处理过该信令文件就点击“File”－>“Read From Database”选择“.mdb”文件。

2：在“List View”下的“Cell List”里有所跟信令小区的整个小区、各个载频以及各个时序的标志，点击其中一项，可以在标题栏里再点击要查看的情况。

3：查看整个小区的切换情况，可以如下图点击出现下图，其中T_BCCH是切出的目标小区的BCCH，T_BSIC是目标小区的基站识别码，通过这两相就可以确定切出的目标小区，后面依次是切出的次数，成功的次数，失败的次数以及失败的比例。

4：查看电平、质量、TA分布可以如下图点击出现下面几张图，从电平分布可以看出上下行电平主要分布在多少dBm左右，横轴表示电平值，但是要减去110dBm才是真正的电平值。

运营商4G网络信令分析与优化随着时代的进步和人们对高速移动互联网需求的不断提高，4G网络已成为人们日常生活中少不了的一部分。

然而，在使用4G网络的过程中，我们经常会遇到信号不足、网速慢等问题，这主要与移动运营商的4G网络信令有关。

本文将针对运营商4G网络信令进行分析和优化。

一、4G网络信令的概念4G网络信令，是指手机与基站之间的交流信息。

包括控制信令和用户数据两种类型。

控制信令主要用于网络的管理和控制，包括手机注册、短消息、语音呼叫、网络状态等功能；用户数据则是指在进行手机上网、在线视频观看等用户数据传输过程中产生的网络信息。

二、运营商4G网络信令分析1.信号不稳定很多时候，在使用4G网络时我们会发现信号不够稳定，容易掉线。

这主要与信号强度有关。

信号强度过低会导致网络延迟，影响网速。

2.网络拥塞网络拥塞是指网络中的带宽已经被占用完毕，无法再进行数据传输。

这种情况下，我们很容易遇到网速缓慢的问题，导致网页无法加载、视频卡顿等。

3.服务质量不稳定服务质量不稳定包括延迟高、丢包率高等问题，这些问题很可能会导致用户在使用4G网络时，遭遇不必要的麻烦和负面体验。

三、运营商4G网络信令优化1.增强信道稳定性为了解决信号不稳定而产生的问题，运营商应在网络建设过程中，针对不同地形和建筑物状况，合理规划基站布局，增加网络的覆盖范围。

同时，运营商还可以通过优化无线信道参数来提高信道的稳定性，提升信号质量。

2.优化网络拥塞为了优化网络拥塞的问题，运营商可以进行智能化网络管理和流量分配，通过实时监测网站和应用的访问情况进行调整，避免网络拥塞现象发生。

3.优化服务质量为了优化服务质量，运营商可以借助数据分析进行网络监控和故障排查，及时捕捉网络问题并进行优化。

同时，可以适当增加带宽，改善全网质量，提高用户体验。

四、总结通过以上对运营商4G网络信令的分析和优化，我们可以看出，针对不同的网络问题，运营商都可以从不同方面进行优化。

vonr信令心得
在使用 vonr (Voice and video over LTE radio) 信令过程中，我获得了一些宝贵经验。

通过 vonr 信令，我们可以轻松地在移动网络上进行语音和视频通信。

以下是我对 vonr 信令的心得体会：
首先，vonr 信令提供了高质量的音频和视频传输。

它基于LTE网络，利用了高速数据传输的优势，使通话质量更加清晰稳定。

与传统的语音通信相比，vonr 信令的音质和画质明显更好，让用户能够更好地享受通信体验。

其次，vonr 信令具有较低的延迟。

延迟是指通信中信号传输所需要的时间。

在vonr 信令下，由于使用了LTE网络的快速传输能力，延迟明显降低。

这对于实时通信非常重要，尤其是在视频通话时，延迟的降低可以使对方的动作和语音几乎实时地传输，增强了沟通的实效性。

另外，vonr 信令具备高度的可靠性。

它在移动网络上建立了稳定的连接，通过采用差错检测和纠错码等技术，有效地减少了通信中的错误。

这使得 vonr 信令在信号弱、干扰较大的环境下仍能保持通话质量，并保证通信的稳定性。

此外，vonr 信令支持多种功能和服务。

除了基本的语音通话和视频通话外，还可以实现电话会议、实时文件共享以及实时文字聊天等功能。

这些功能的支持使得vonr 信令成为一种多用途的通信工具，方便了日常的工作和生活。

总结来说，vonr 信令提供了高质量、低延迟和可靠的语音和视频通信体验，支持多种功能和服务。

它的使用可以提高通信的效率和便利性，为用户带来更好的通信体验。

随着移动网络的不断发展，vonr 信令的应用前景也将越来越广阔。

手机信令数据的用户行为分析与异常检测研究手机信令数据是指由手机与通信基站之间进行通信时所产生的非隐私信息。

这些数据包含了手机用户的通话记录、短信记录、位置信息等，是研究用户行为和进行异常检测的重要数据源。

本文将主要聚焦于手机信令数据的用户行为分析与异常检测的相关研究。

第一部分：手机信令数据的用户行为分析手机信令数据的用户行为分析可以帮助运营商和相关部门了解用户的行为特征，为用户提供个性化的服务，并监测潜在的风险。

以下是一些常见的手机信令数据用户行为分析方法：1. 基于位置的行为分析：通过分析手机用户的位置信息，可以了解用户的出行模式、活动范围以及日常行为习惯。

这对于城市规划、交通管理和广告投放等方面具有重要意义。

2. 基于通话模式的行为分析：通过分析手机用户的通话模式，可以了解用户的社交网络、通话习惯和消费行为。

这可以帮助运营商提供更精准的套餐推荐和增值服务。

3. 基于网站浏览行为的分析：通过分析手机用户的网站浏览行为，可以了解用户的兴趣偏好、消费意向和网络行为习惯。

这对于广告定向投放和营销策略制定具有重要意义。

4. 基于短信记录的分析：通过分析手机用户的短信记录，可以了解用户的沟通方式、社交关系和信息交流模式。

这对于社交网络分析、短信营销和欺诈检测等方面具有重要意义。

第二部分：手机信令数据的异常检测研究手机信令数据的异常检测可以帮助发现潜在的欺诈、窃密和恶意行为，保障网络安全和用户权益。

以下是一些常见的手机信令数据异常检测方法：1. 异常话单检测：通过分析通话记录、短信记录和上网记录等数据，在用户的通信行为中发现异常模式。

例如，突然出现大量通话或短信记录的异常行为可能是被恶意软件或欺诈行为所导致，运营商可以及时采取措施保护用户利益。

2. 异常位置检测：通过分析用户的位置信息，在用户的移动轨迹中发现异常模式。

例如，用户频繁在不同城市进行通信活动可能是被盗用或非法设备所导致的异常行为，可以通过异常检测算法进行识别和处理。

4G案例分析之五：透视微信（Part I）透视微信（PartI）微信是最大的交互类应用，平安夜，我们尝试展开分析，当前没有可以借鉴的经验，我们是探索者。

选取12月24日11点-15点的数据，涵盖一个中午忙时。

1、概述中午4个小时，太原4G用户中，有120,640位使用微信，产生204GB流量，业务会话数为12,463,299次，业务成功率为92.58%，总体感官良好。

目前太原22万4G用户，在中午相当于一半的用户使用微信。

单用户流量为1.73MB，说明微信还是一个小流量的交互类应用。

上面这些信息，基本的4G信令系统都能提供。

关键是下面这些分析。

2、动作经过一段时间的测试和分析，我们成功对微信业务中的动作进行了解析，这样可以对微信业务的用户行为、系统行为进行更加细致的分析，动作解析是开展微信分析的基础。

当前，我们分析的微信动作有263种，见下表。

可见：诸如消息、朋友圈、登录、摇一摇、支付、应用中心等主要应用可以识别，注：订阅号还需要进一步分析，其它类还需要继续识别。

3、流量和成功率微信动作流量TOP10如下，合计204GB流量。

可见：图片和消息是微信中的主要流量。

微信动作会话数和成功率如下图：消息类成功率偏低，普通消息成功率87%，微信系统消息成功率78%；图片和头像成功率偏低，其它成功率在99%以上。

4、动作频次微信中用户的动作频次：1）消息类动作频次达到36,说明平均每用户使用36次消息；2）消息中使用图片和表情的频次分别为15次和12次；3）朋友圈-同步是点击进入朋友圈，达到11次；4）朋友圈-时间线是进入朋友圈后下拉刷新，达到5次；5）朋友圈-上传是发布朋友圈信息，达到25次；6）支付、摇一摇、游戏和雷达的使用总次数较少，但是频次较高；7）聊天室，单用户发起的会话，会在聊天室里产生一对多的会话次数，所以频次最高，达到55次。

8）点赞的频次有5次。

5、专项行为1）消息微信中的消息应该包括订阅号，目前还未解析。