【正文】 4e 9c fb 96 15 ....{K].o*.N.... 00d0 4f da 9a 24 e1 8d 4c db ff f5 b3 e5 63 99 b5 0d O..$..L.....c... 00e0 04 27 00 01 22 0e 01 ed ed .39。 ? 其指令結(jié)構(gòu)如下：由 0X+長(zhǎng)度 ? 其中 03 就是操作識(shí)別碼 ? 登陸操作碼為 :65 00 ? 改變頭像操作碼 :67 00 ? 發(fā)送文本信息操作碼 :68 00 ? 發(fā)送圖片信息 :6e 00 ? 發(fā)送語(yǔ)音操作碼 :7f 00 ? 所有的操作確認(rèn)包的 03都為 00 00 微信 最新版本識(shí)別能力 微信前臺(tái)心跳 微信后臺(tái)心跳 微信朋友圈 微信接收消息 微信發(fā)送語(yǔ)音 微信發(fā)送文字 微信發(fā)送圖片 微信下載圖片 微信 助手 微信登陸退出 微信搖一搖 微信發(fā)送視頻 微信下載視頻 微信漂流瓶 微信 HTTP瀏覽 微信 WAP瀏覽 微信其它未知 微信視頻通話(huà) 微信愛(ài)消除 微信飛機(jī)大戰(zhàn) 微信節(jié)奏大師 微信天天連萌 微信天天酷跑 微信歡樂(lè)斗地主 新版本識(shí)別規(guī)則已發(fā)生變化： 30m 15m 5m 3s 30s Sipgate 10s 5s 時(shí)間 Smart Phone 快速休眠 /RRC 釋放觸發(fā) 快速休眠 /RRC 釋放觸發(fā) 信令激活 : 應(yīng)用軟件心跳 信令激活 : 快速休眠 RRC 釋放 數(shù)據(jù)激活 應(yīng)用軟件心跳激活 ? 應(yīng)用軟件， MSN等，因?yàn)轭l繁的心跳，對(duì)網(wǎng)絡(luò)帶來(lái)很大數(shù)目的 service request 信令 ? 所有 智能手機(jī) 平臺(tái)采用多任務(wù)特性，同時(shí)運(yùn)行多個(gè)應(yīng)用程序帶來(lái)更多的信令。 心跳特征分析 測(cè)試內(nèi)容 上行數(shù)據(jù)量 k(byte) 下行數(shù)據(jù)量 k(byte) 數(shù)據(jù)信道占用時(shí)間 （ s） 實(shí)際傳輸數(shù)據(jù)時(shí)間 (s) 數(shù)據(jù)信道占用效率 登陸 % 發(fā)送消息(100字節(jié) ) % 語(yǔ)音消息 (時(shí)長(zhǎng) 5秒 ) % 微信主要流程 業(yè)務(wù)屬性 流量大小 頻率 ① 登陸 即時(shí)通信類(lèi) （與 類(lèi)似） 小流量 1M可發(fā)文本 1000條，語(yǔ)音流量約 1K/s,圖片約 50200K/張 高頻次 忙時(shí)聊天次數(shù)可達(dá) 15萬(wàn)次 /分鐘 ② 聊天（文本 /語(yǔ)音 /視頻 /圖片） ③周期性檢 測(cè)更新 實(shí)時(shí)在線(xiàn)類(lèi) （與 類(lèi)似） 1次心跳消息一般小于 1KB 三種心跳 900s一次 2種 ,240s一次 1種 在占用業(yè)務(wù)信道期間，只有 10%的時(shí)間用于傳輸數(shù)據(jù) 微信對(duì)網(wǎng)絡(luò)資源占用情況 微信業(yè)務(wù)特征 ： 具有 小流量、高頻度 特點(diǎn) 微信業(yè)務(wù)對(duì)網(wǎng)絡(luò)的影響：頻繁占用控制信道，且占用業(yè)務(wù)信道的效率低。 高頻率心跳的應(yīng)對(duì)方法 阻止網(wǎng)絡(luò)異常應(yīng)用 : 行為控制 現(xiàn)網(wǎng)問(wèn)題 05010015020025030035040045050055060065070075080085090095010001 2023 4001 6001 8001 10001 12023 14001 16001 18001 20231 22023忙時(shí)每用戶(hù)服務(wù)請(qǐng)求數(shù) 忙時(shí)每用戶(hù)服務(wù)請(qǐng)求數(shù) 493 504 505 532 541 547 549 607 616 641 742 858 899 異常信令行為 ?黑莓在 PDP激活失敗的情況下會(huì)持續(xù)不斷的嘗試 ?iPhone 經(jīng)常性的在 1秒內(nèi)激活和去激活 ?安卓上的 VOIP產(chǎn)生大量的信令 ? 黑莓 : 激活失敗重試 ? 98% 的 PDP激活消息是再激活 ?1%的 黑莓 產(chǎn) 生 93% 的 PDP 激活失 敗 ? iPhone: 短 PDP ?% iPhone 產(chǎn)生 20% 的激活信令 ?20%的 PDP 是短 PDP (5秒 ) ?安卓 : 應(yīng)用觸發(fā)過(guò)度的信令 ?% 的安卓產(chǎn)生 40%的服務(wù)請(qǐng)求 行為檢測(cè) ?根據(jù)用戶(hù)信令行為，設(shè)置啟發(fā)式的異常行為標(biāo)識(shí)：激活，服務(wù)請(qǐng)求 …… 智能機(jī)普及帶來(lái)小包應(yīng)用增多，小包業(yè)務(wù)長(zhǎng)期占用空口資源而丌帶來(lái)數(shù)據(jù)流量明顯增長(zhǎng)。 , March 28, 2023 ? 雨中黃葉樹(shù)，燈下白頭人。 :29:2104:29:21March 28, 2023 ? 1他鄉(xiāng)生白發(fā)，舊國(guó)見(jiàn)青山。 2023年 3月 28日星期二 4時(shí) 29分 21秒 04:29:2128 March 2023 ? 1做前，能夠環(huán)視四周；做時(shí)，你只能或者最好沿著以腳為起點(diǎn)的射線(xiàn)向前。 :29:2104:29Mar2328Mar23 ? 1世間成事，不求其絕對(duì)圓滿(mǎn)，留一份不足，可得無(wú)限完美。 。 , March 28, 2023 ? 閱讀一切好書(shū)如同和過(guò)去最杰出的人談話(huà)。勝人者有力，自勝者強(qiáng)。 2023年 3月 28日星期二 4時(shí) 29分 21秒 04:29:2128 March 2023 ? 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。 2023年 3月 28日星期二 上午 4時(shí) 29分 21秒 04:29: ? 1最具挑戰(zhàn)性的挑戰(zhàn)莫過(guò)于提升自我。 :29:2104:29Mar2328Mar23 ? 1越是無(wú)能的人，越喜歡挑剔別人的錯(cuò)兒。 2023年 3月 28日星期二 4時(shí) 29分 21秒 04:29:2128 March 2023 ? 1空山新雨后，天氣晚來(lái)秋。 :29:2104:29:21March 28, 2023 ? 1意志堅(jiān)強(qiáng)的人能把世界放在手中像泥塊一樣任意揉捏。 , March 28, 2023 ? 很多事情努力了未必有結(jié)果，但是不努力卻什么改變也沒(méi)有。 。 :29:2104:29Mar2328Mar23 ? 1故人江海別，幾度隔山川。 資源小包化 業(yè)務(wù)應(yīng)用 SGSN GGSN/GW 2G/TD/LTE CMNet 應(yīng)用 取消心跳 應(yīng)用平臺(tái) 向網(wǎng)絡(luò)開(kāi)放應(yīng)用在線(xiàn)狀態(tài) 網(wǎng)絡(luò) 提供永進(jìn)在線(xiàn)能力 PCRF AF ? 統(tǒng)一心跳方案 ： 終端 收斂多種應(yīng)用心跳 ，并通過(guò) 統(tǒng)一心跳 建立與推送平臺(tái)的長(zhǎng)連接，應(yīng)用服務(wù)器借助推送平臺(tái)向客戶(hù)端推送消息；通過(guò)收斂應(yīng)用心跳，降低心跳頻率，減少對(duì)網(wǎng)絡(luò)資源占用 消息推送 統(tǒng)一心跳 MSN心跳 終端 推送平臺(tái)（ AOI） 應(yīng)用服務(wù)器 終端插件 ? 永遠(yuǎn)在線(xiàn)方案： 改變現(xiàn)有網(wǎng)絡(luò)及應(yīng)用機(jī)制，通過(guò)應(yīng)用與網(wǎng)絡(luò)交互在線(xiàn)狀態(tài)，網(wǎng)絡(luò)主動(dòng)為應(yīng)用保持長(zhǎng)連接，取消 /減少應(yīng)用心跳，降低心跳對(duì)無(wú)線(xiàn)資源占用。 微信心跳不到 5分鐘一次，會(huì)引起無(wú)線(xiàn)側(cè)尋呼 。由3到 4個(gè)數(shù)據(jù)包組成，總計(jì) 230~296字節(jié)，每小時(shí)大約產(chǎn)生 22k~28k流量，封包類(lèi)型 00 00 00 06無(wú)命令碼。所有數(shù)據(jù)分為單包和組合包、單包是指所有數(shù)據(jù)都在一個(gè)包中，通常數(shù)據(jù)量較少，大小為幾百字節(jié)。對(duì)于這類(lèi)錯(cuò)誤一般在業(yè)務(wù)流程中是看丌到 connect的三次握手的過(guò)程，也可能是用戶(hù)此次發(fā)起的 POST丌在此次 Connect乊下，為終端發(fā)起多次 POST請(qǐng)求，屬于用戶(hù)終端臨時(shí)問(wèn)題，對(duì)次此類(lèi)錯(cuò)誤會(huì)自行恢復(fù)，此類(lèi)錯(cuò)誤在投訴用戶(hù)中的占比為 3%。 由于該錯(cuò)誤占到所有抽樣投訴用戶(hù)比例的 %，影響用戶(hù)業(yè)務(wù)接入感知度。 投訴案例分析一：無(wú)線(xiàn)干擾導(dǎo)致用戶(hù)投訴 42 某用戶(hù) 139****1031反映：“手機(jī)有信號(hào)但無(wú)法上網(wǎng)，請(qǐng)查”！經(jīng)查詢(xún)用戶(hù)上網(wǎng)核心網(wǎng)記彔數(shù)據(jù)如下 問(wèn)題分析：用戶(hù)發(fā)起 GET請(qǐng)求乊后由于 WAP網(wǎng)關(guān)原因，馬上返回了 Session disconnected斷開(kāi)會(huì)話(huà)請(qǐng)求， 導(dǎo)致上網(wǎng)失敗，可能是由于 WAP網(wǎng)關(guān)繁忙造成，該錯(cuò)誤占無(wú)法上網(wǎng)類(lèi)投訴的比例大約為 %左右。 感知短板落地端到端業(yè)務(wù)質(zhì)量提升 41 勱感地帶用戶(hù) 187****8408反映： ” 手機(jī)上網(wǎng)網(wǎng)速較慢，請(qǐng)查 ” ！經(jīng)查詢(xún)用戶(hù)上網(wǎng)核心網(wǎng)記彔數(shù)據(jù)如下 問(wèn)題分析：用戶(hù)建立三次握手時(shí)，上行 con請(qǐng)求就花了 ，位置更新請(qǐng)求 Updata PDP Request 建立花了 ，下行鏈路傳送時(shí)延正常，在沒(méi)有接入核心網(wǎng)乊前上行鏈路就有了很大的時(shí)延，進(jìn)進(jìn)超出了合理范圍，丏用戶(hù)發(fā)起 Delete PDP request后，仍然發(fā)起 POST業(yè)務(wù)請(qǐng)求，初步判斷為上行鏈路質(zhì)差原因?qū)е赂邥r(shí)延和亂序。 指標(biāo) 區(qū)域 權(quán)重 得分 PS域無(wú)線(xiàn) 掉線(xiàn)率高小區(qū)占比 南寧 5 北海 5 5 廣西移動(dòng)應(yīng)用案例： 南寧地區(qū) 北海地區(qū) QOE整體評(píng)分 指標(biāo)項(xiàng) 考核標(biāo)準(zhǔn) 權(quán)重 指標(biāo)來(lái)源 北海 南寧 HTTP GETPOST請(qǐng)求成功率 5 GN分析系統(tǒng) TD手機(jī)用戶(hù)在 TD網(wǎng)絡(luò)的下載速率 425Kbps全國(guó)平均值為基準(zhǔn)，考核得分=（實(shí)際值 x權(quán)重 x60%） /425 30 GN分析系統(tǒng) GSM網(wǎng)絡(luò)的下載速率 65Kbps全國(guó)平均值為基準(zhǔn)，考核得分 =（實(shí)際值 x權(quán)重 x60%） /65 30 GN分析系統(tǒng) TCP數(shù)據(jù)包重傳率 5%以下為滿(mǎn)分， 5%以上的考核得分 =權(quán)重 x（ 1（實(shí)際值 5%） /5%） ,指標(biāo)達(dá)到 10%及以上得分為 0 5 GN分析系統(tǒng) IP數(shù)據(jù)包分片率 %以下為滿(mǎn)分， %以上的考核得分 =權(quán)重 x（ 1（實(shí)際值 %）/%） ,指標(biāo)達(dá)到 %及以上得分為 0 5 GN分析系統(tǒng) DNS查詢(xún)成功率 90%的基準(zhǔn)值得分為 3分，每增加（或減少） 1%得分增加（或減少） ，即75%及以下得 0分 5 GN分析系