 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
路測案例分析 求原因？高手回答
在高速路測中，開到邊界處我方的A小區(qū)無法向他方的B小區(qū)切換，查看報告A和B小區(qū)各項指標正常，切入、切出也正常，無擁塞。測完后返回到邊界來回測試發(fā)現(xiàn)A小區(qū)和B小區(qū)切換正常。這是什么原因？
提問者: 更多
分析
相關問題
• 上次市區(qū)GSM拉網(wǎng)的時候出現(xiàn)個起呼失敗，望幫忙分析一下 2011-01-09
• 做C網(wǎng)的后臺分析應該看哪些資料？ 2011-01-08
• TD掉話原因分析，請高手指點 2011-01-07
• 23G操作，G網(wǎng)→TD之后，位置更新結束后移動臺1秒內(nèi)發(fā)四次RRC CONNECTION RELEASE，每次都如此，試分析原因 2011-01-07
• 求GSM和GPRS的路測分析案例 2011-01-06
• 各位兄弟姐妹，請問網(wǎng)優(yōu)要向后臺分析發(fā)展，要學習什么東東？我剛剛網(wǎng)優(yōu)入門，很多不懂！ 2011-01-05
• 現(xiàn)在需要做一個網(wǎng)絡插花對網(wǎng)絡質(zhì)量影響的分析，主要是切換成功率上的影響，大俠們給點意見，越詳細越好啊 2010-12-23
• 從測試如何做到后臺分析啊，最短要多久呢？ 2010-12-22
• 做C網(wǎng)的后臺分析應該看哪些資料？ 2011-01-08
• TD掉話原因分析，請高手指點 2011-01-07
• 23G操作，G網(wǎng)→TD之后，位置更新結束后移動臺1秒內(nèi)發(fā)四次RRC CONNECTION RELEASE，每次都如此，試分析原因 2011-01-07
• 求GSM和GPRS的路測分析案例 2011-01-06
• 各位兄弟姐妹，請問網(wǎng)優(yōu)要向后臺分析發(fā)展，要學習什么東東？我剛剛網(wǎng)優(yōu)入門，很多不懂！ 2011-01-05
• 現(xiàn)在需要做一個網(wǎng)絡插花對網(wǎng)絡質(zhì)量影響的分析，主要是切換成功率上的影響，大俠們給點意見，越詳細越好啊 2010-12-23
• 從測試如何做到后臺分析啊，最短要多久呢？ 2010-12-22
問題答案
( 9 )
偶然問題�。÷M�。�
回答者：
rui110315
回答時間：2010-03-16 19:33
5
2
測速太快了，解碼延遲，偶然現(xiàn)象。
回答者：
有心人
回答時間：2010-03-16 20:30
4
4
基本上判斷是雙方的數(shù)據(jù)有問題，有可能是沒有添加互相的切換關系，也有可能是兩個校區(qū)所屬的交換。例如：
某地交換機出局使用的是BICC協(xié)議，從信令消息看到，GYGS05的編碼速率ID_SUPPORTED_CODEC[0x847]是支持CODEC_TYPE_3GPP_UMTS_AMR2和CODEC_TYPE_G_711_64K_A_LAW兩種編碼方式的。
在IAM消息出局后，收到了B小區(qū)所在交換機回復的Cause為“decode ISUP message failed, skip printing” APM錯誤消息，從17:40:22.573這個時間的消息可以看到，對端交換機編碼方式支持的是CODEC_TYPE_3GPP_UMTS_AMR方式。由于編碼方式不一致，所以引起內(nèi)部解碼錯誤，導致切換失敗。
某地交換機出局使用的是BICC協(xié)議，從信令消息看到，GYGS05的編碼速率ID_SUPPORTED_CODEC[0x847]是支持CODEC_TYPE_3GPP_UMTS_AMR2和CODEC_TYPE_G_711_64K_A_LAW兩種編碼方式的。
在IAM消息出局后，收到了B小區(qū)所在交換機回復的Cause為“decode ISUP message failed, skip printing” APM錯誤消息，從17:40:22.573這個時間的消息可以看到，對端交換機編碼方式支持的是CODEC_TYPE_3GPP_UMTS_AMR方式。由于編碼方式不一致，所以引起內(nèi)部解碼錯誤，導致切換失敗。
回答者：
rainy
回答時間：2010-03-16 20:42
5
3
都錯
回答者：
pzq1010
回答時間：2010-03-16 21:33
4
2
外部鄰區(qū)沒做！
回答者：
zhangtao0721
回答時間：2010-03-16 21:57
5
8
切換參數(shù)問題以及高速運動無法及時切換引起，建議檢查慮波器長度參數(shù)。
回答者：
rightmen8888
回答時間：2010-03-16 23:09
2
6
因為高速測試都是長呼的，起呼時在MSC1上，而中間跨過一個MSC2，他方的小區(qū)是在MSC3，由于起呼在MSC1，MSC1和MSC3數(shù)據(jù)沒做好 導致的 好像是這樣的
回答者：
pzq1010
回答時間：2010-03-17 10:30
8
6
在測試過程中，無法定位問題點時，建議對問題路段進行往復測試，若是偶然現(xiàn)象，可作為偶然事件不予處理。
回答者：
orient_du
回答時間：2010-03-17 10:39
4
5
具體還要看數(shù)據(jù)才能判斷什么原因，但如果兩次切換的發(fā)起都是同一個BS，估計就是偶然現(xiàn)象了。
回答者：
dj8000
回答時間：2010-03-19 09:42
4
6
• 廣東南方通信建設有限公司
聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 安徽引途科技有限公司 聘：皖北地區(qū)單驗測試工程師
需求人數(shù)：20 人 地點：安徽省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 北京電旗通訊技術股份有限公司 聘：5G高級后臺網(wǎng)優(yōu)工程師-天津華為
需求人數(shù)：2 人 地點：天津市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 南京華蘇科技有限公司 聘：投訴前后臺-深圳移動日常
需求人數(shù)：8 人 地點：深圳市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 元道通信股份有限公司 聘：初級前臺測試/福建
需求人數(shù)：3 人 地點：泉州市,三明市,南平市
需求人數(shù)：2 人 地點：百色市
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 安徽引途科技有限公司 聘：皖北地區(qū)單驗測試工程師
需求人數(shù)：20 人 地點：安徽省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 北京電旗通訊技術股份有限公司 聘：5G高級后臺網(wǎng)優(yōu)工程師-天津華為
需求人數(shù)：2 人 地點：天津市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 南京華蘇科技有限公司 聘：投訴前后臺-深圳移動日常
需求人數(shù)：8 人 地點：深圳市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 元道通信股份有限公司 聘：初級前臺測試/福建
需求人數(shù)：3 人 地點：泉州市,三明市,南平市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |