 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
被叫掉話
被叫已經(jīng)確認連接，call acknowledge,但是主叫信令才走到call preceeding,然后被叫就掉話了。怎么回事？請問是時鐘不同步造成的掉話嗎？？電平值良好。
在整個被叫呼叫信令過程中，完全與主叫信令沒有互動。當被叫發(fā)起振鈴的時候，主叫也一直在call preceeding呼叫接續(xù)。被叫從響應尋呼到call acknowledge只用了短短33毫秒。一般正常情況33毫秒絕對不可能完成一個呼叫建立的過程。是否是被叫這邊BSC側(cè)出現(xiàn)參數(shù)錯誤？
提問者:
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡(luò)？ 2019-08-06
• CSFB時被叫收到paging時延過長 2018-12-06
• 手機被叫無法接通 2018-11-29
• 被叫出現(xiàn)多次鑒權(quán)失敗：AuthenticationRequest后沒有AuthenticationRequest什么原因 2018-08-28
• 被叫無法接通主叫能回落是什么原因 2018-03-07
• 2017-12-13
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應一個s-tmsi嗎？ 2017-11-11
• 怎么找到被叫用戶 2017-11-11
• CSFB時被叫收到paging時延過長 2018-12-06
• 手機被叫無法接通 2018-11-29
• 被叫出現(xiàn)多次鑒權(quán)失敗：AuthenticationRequest后沒有AuthenticationRequest什么原因 2018-08-28
• 被叫無法接通主叫能回落是什么原因 2018-03-07
• 2017-12-13
• 主叫尋呼是怎么找到被叫用戶的？一個號碼只對應一個s-tmsi嗎？ 2017-11-11
• 怎么找到被叫用戶 2017-11-11
問題答案
( 5 )
時鐘同步與指配和切換密切相關(guān),
從載圖看不是是由于時鐘造成本次掉話...
從載圖看不是是由于時鐘造成本次掉話...
回答者：
litom2004
回答時間：2013-09-17 07:25
4
5
提供信息不足，主被叫的信令不夠全面，不好分析，未發(fā)現(xiàn)disconnect信令
回答者：
sd_sang2011
回答時間：2013-09-17 09:04
2
5
被叫的信令及無線環(huán)境是什么樣？
回答者：
ahcccwh
回答時間：2013-09-17 09:08
2
5
截圖確實很不全面，就簡單分析一下思路吧。
截圖上看無線環(huán)境良好（還是占用1800M頻點，同頻干擾可能性很小），應該不是無線鏈路造成的失敗；掉話要從connect開始，不應該從呼叫建立的過程進行分析；GSM時鐘問題一般會出現(xiàn)連續(xù)的切換失敗，跟掉話沒有關(guān)系；如果無線環(huán)境較好會出現(xiàn)的只有切換掉話和突然掉話，判斷切換掉話就是被叫出現(xiàn)HO COMMAND信令卻沒有切換成功。
截圖上看無線環(huán)境良好（還是占用1800M頻點，同頻干擾可能性很小），應該不是無線鏈路造成的失敗；掉話要從connect開始，不應該從呼叫建立的過程進行分析；GSM時鐘問題一般會出現(xiàn)連續(xù)的切換失敗，跟掉話沒有關(guān)系；如果無線環(huán)境較好會出現(xiàn)的只有切換掉話和突然掉話，判斷切換掉話就是被叫出現(xiàn)HO COMMAND信令卻沒有切換成功。
回答者：
0231525
回答時間：2013-09-18 09:49
4
2
截圖不夠全面,
1、看不到主被叫是否占用同一個小區(qū)
2、主被叫的disconnect信令缺失,無法判定是手機上發(fā)的,還是系統(tǒng)下發(fā)的,這一點很重要.
3、缺少主被叫反回空閑前,所占用小區(qū)的電平和CI圖.
4、最好還要有主叫起呼時間和被叫響應尋呼時間.
從主叫信令中"assignment complete可以看出主叫已經(jīng)分配了TCH,后面是否有"connect",還是系統(tǒng)下發(fā)的"disconnect"沒法看出來.
時鐘不同步會造成較多的切換失敗,可從話務統(tǒng)計小區(qū)切換情況判斷出來.從被叫信令中看出切換正常,可判斷被叫占用的小區(qū)時鐘是正常的.即使主叫時鐘不同步,只要不做切換是不會導致掉話的.如果主叫時鐘不同步,呼叫成功后進行了切換指配,手機也進行了切換接入,就很有可以因切換失敗,又無法反回原小區(qū)而導致掉話.
如果主被叫都有"disconnect",可判斷止次掉話為計時器超時導致的掉話,需看主被叫上行質(zhì)差情況.
如果主叫在沒有connect信令,進行了手機上發(fā)release,說明是由于主叫起呼時間超過了腳本起呼時間導致的.
質(zhì)差導致的掉話就不說了,這很常見相信大家都會看了.
1、看不到主被叫是否占用同一個小區(qū)
2、主被叫的disconnect信令缺失,無法判定是手機上發(fā)的,還是系統(tǒng)下發(fā)的,這一點很重要.
3、缺少主被叫反回空閑前,所占用小區(qū)的電平和CI圖.
4、最好還要有主叫起呼時間和被叫響應尋呼時間.
從主叫信令中"assignment complete可以看出主叫已經(jīng)分配了TCH,后面是否有"connect",還是系統(tǒng)下發(fā)的"disconnect"沒法看出來.
時鐘不同步會造成較多的切換失敗,可從話務統(tǒng)計小區(qū)切換情況判斷出來.從被叫信令中看出切換正常,可判斷被叫占用的小區(qū)時鐘是正常的.即使主叫時鐘不同步,只要不做切換是不會導致掉話的.如果主叫時鐘不同步,呼叫成功后進行了切換指配,手機也進行了切換接入,就很有可以因切換失敗,又無法反回原小區(qū)而導致掉話.
如果主被叫都有"disconnect",可判斷止次掉話為計時器超時導致的掉話,需看主被叫上行質(zhì)差情況.
如果主叫在沒有connect信令,進行了手機上發(fā)release,說明是由于主叫起呼時間超過了腳本起呼時間導致的.
質(zhì)差導致的掉話就不說了,這很常見相信大家都會看了.
回答者：
fei0917
回答時間：2013-09-27 11:17
6
3
• 北京宜通華瑞科技有限公司
聘：電信原廠優(yōu)化高級（江西急聘）
需求人數(shù)：5 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運維工程師
需求人數(shù)：2 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 廣東華訊工程有限公司 聘：廣東移動維護支撐
需求人數(shù)：2 人 地點：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
需求人數(shù)：5 人 地點：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運維工程師
需求人數(shù)：2 人 地點：云南省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點：濱州市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 廣東華訊工程有限公司 聘：廣東移動維護支撐
需求人數(shù)：2 人 地點：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |