【正文】 pm send function request to MM MM function request 34 00 00 a5 3d MM get function request from PM 32 06 00 MM get auth req from MM authentication request 32 07 00 MM send auth rsp to MM authentication request response 34 01 00 51 02 MM send function confirm to PM MM function request 確認信息 鑒權成功后被叫網(wǎng)絡開始和被叫進行連接 2b 00 00 11 07 01 04 l2 release indication 30 23 00 07 01 01 RT L2 release indication 釋放 FACCH 31 5b 00 07 RT PM drel 2c 00 00 45 01 81 01 1e 02 82 88 l2 send to msg to l3 172 35 01 00 45 01 81 01 1e 02 82 88 CC CS: ALERT CC Alerting 主叫屏幕 開始進入計時界面 36 91 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 CC PM: ALERT 50 4d 00 PM ADPCM enter mu 27 00 00 10 01 00 00 04 08 4e 51 00 from L1 data sacch 27 00 00 10 01 00 00 04 1a 4f e0 01 from L1 data sacch 2d 00 00 01 06 00 ff l2 rx all ifrm before sending to l3 2c 00 00 45 01 81 07 l2 send to msg to l3 26 00 00 d1 0d 00 00 l2 to l1 data req sacch 35 07 00 45 01 81 07 CC CS: CONNECT CC Connect 和通話有關的硬件被打開 ,microphone,receiver,ADPCM編碼 ….. 36 93 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 CC PM: CONNECT 當被叫向網(wǎng)絡傳送 CC Alerting時主叫方聽到回鈴音 當被叫向網(wǎng)絡傳送 CC Connect時主被方開始正式通話 如被叫沒有和網(wǎng)絡連接成功則會聽到網(wǎng)絡提示音 根據(jù)以上 ,可以在測試 MO時 ,我們無需聽回鈴音來判斷主叫方是否與網(wǎng)絡連接 ,只要看到 計時開始 就算成功 MO一次 . Alerting/connect 切換 基本介紹 1) 基站和手機都有權利發(fā)起切換。 3) 手機側如何判斷做什么切換：在此以手機側發(fā)起切換為例子，當 RSSI值波動不大，但 FER很大時，說明收到干擾，但此時離原來的 CS的距離沒什么變化，只是這個 TCH信道不能用，則一般執(zhí)行 TCH切換；當 RSSI值下降，此時一般來說 FER也會升高，則是說明原 CS不能使用需要執(zhí)行 RECALL切換。 常見問題 : 28 01 00 10 02 02 00 from l1 inf facch 35 b1 00 CC TIMER: TC303P TIMEOUT 36 5a 00 45 01 0e 5a 08 02 85 e6 CC CS: RELEASECOMPLETE 24 00 00 11 08 02 00 01 08 45 45 01 0e 5a 08 02 85 e6 l2 data req 26 01 00 01 02 3f 81 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 l2 to l1 data req (facch) 28 01 00 10 02 02 00 from l1 inf facch 35 b5 00 CC TIMER: TCRELCMP TIMEOUT 36 97 00 CC PM: RELEASECOMPLETE 50 08 00 50 08 pm send disc request to RT 在上層協(xié)議里有很多的定時器 ,當在 log中發(fā)現(xiàn)例如上面類似的“ TC303P TIMEOUT”超時而導致掉線的 ,則可以查閱相關資料來得到掉線的原因 . ： 流程一的修改 : 原先協(xié)議的處理 : recalling HO(TCH 建立失敗 )轉而做 switchback(失敗 ) 掉話 修改為 :recalling HO(TCH 建立失敗 )轉而做 switchback(失敗 )轉而 recalling HO(TCH 建立失敗 )轉而做 switchback(失敗 )轉而 recalling HO 流程二的修改 : 原先協(xié)議的處理 : TCH SWITCH HO(失敗 )轉而做 switchback(失敗 )recalling HO(TCH 建立失敗 )轉而做 switchback(失敗 )掉話 修改為 :TCH SWITCH HO(失敗 )轉而做 switchback(失敗 )recalling HO(TCH 建立失敗 ) 轉而做 switchback(失敗 )轉而做 recalling HO 228手機在做 3次切換， 2次 Switch Back后仍然未成功切換后會掉話，如果在切換中還有其他超時的話，用戶將聽到大約 30秒 中的 DIDI聲，但往往網(wǎng)絡信號不會在 30S內持續(xù)很弱，如果在這幾十秒中信號恢復正常，這樣使得手機又可以正常通話，這樣掉話現(xiàn)象就會改善 . 常見問題 Game Over 謝謝各位