失敗的流程與正常的流程作對比，看缺失什麼信令。
鑑權以後，是e-rab建立。
信令1,2是preamble碼，物理層的，指標與信令看不見
信令的3，4就是rrc請求和成功的次數
鑑權加密：請求和成功次數
e-rab：請求和成功次數
無線接通率指標的定義就出來了。
找出rrc，鑑權和e-rab對應的top小區排序，看是幾個小區還是全網性。
top小區：理想情況是拿到小區下所有終端的資料。任意選擇一兩個信令去跟蹤。跟蹤看不出問題就需要做引數核查
（對比其他正常小區的引數），信令丟失如果是上行，懷疑上行訊號質量有問題（大部分上行沒接收到都是上行覆蓋有問題）。基站沒有回覆相應的信令，可能存在使用者數的規格限制滿了（比如只能入網200個使用者），基站負荷到了90%多。基站回覆了信令，終端未收到，下行覆蓋出現了問題，或者終端出現了異常未解析。ue發了，基站也正常回覆，ue也正常顯示了，但是基站記錄rrc失敗，懷疑定時器設定的有問題。比如從信令3到4，設定50ms，超過就記錄失敗了。但是你是60ms走完了整個信令。
鑑權加密，e-rab同上，都是類似的問題。
最後是小區異常問題：掛死了，無線資源出現問題了。指標異常的誇張，比如接通率5%。
鑑權是很容易解決的，比如核心網加密伺服器出現故障，一修復整個網路就都沒問題，或者終端欠費原因。而e-rab的建立大部分情況都是100%，不會有問題。重點放在rrc問題上面。
rrc連線建立失敗是最常見的。
上行rach問題：鄰區配置一樣的preamble碼產生碰撞。
tau過程中尋呼失敗：從a站到b站，本來要給b站發起隨機接入preamble碼。尋呼設定不合理，認為使用者還是在a站，最後還是給a站傳送preamble碼，離a站距離遠的情況下，隨機接入肯定是失敗的。
小區重選引數不合理：a到b切換掉網以後要重入網，入網要選擇乙個好的小區b，但是入網後還是選擇了a小區，ue未能在最好小區上發起接入。
PEAP接入流程
證書主要用來進行終端和網路的相互認證。radius 伺服器首先向 ca證書頒發機構申請伺服器證書，用來代表 radius 伺服器的合法性。客戶端向 caca 根證書，用來驗證 radius 客戶端通過開放系統接入的方法 open system 和ap 之間建立好物理連線。1 client向ap 裝置...
admob 接入問題
admob的ios接入文件說得極其簡單，只需要加入admob的framework就好了，但一編譯就是一堆錯誤，需要連線一大堆系統framework，還好別人整理了出來，備查。首先列出參考文件 admob官方參考鏈結 我是cocos2d x v3.9的工程，在按照官方文件接入之後，出現一堆編譯錯誤例如...
Wifi裝置接入流程
這是硬體平台下文件結構圖，詳細了解戳這裡具體了解這裡。wifi裝置告訴咱們自己 咱們自己的伺服器，咱們自己的伺服器告訴裝置。wifi裝置和咱們自己的伺服器之間的通訊是需要咱們自己定義的，就和普通的網路通訊差不多。裝置連線也是這個道理，首先wifi裝置的狀態是告訴咱們自己的伺服器，只有咱們自己的伺服器...