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