問題已開啟
(普通問題)
• GSM語音路測中需要注意:接通率嗎,如何看呢? 2011-09-27
• TD中未接通具體有哪些原因,全面的? 2011-09-27
• 未接通問題 2011-09-26
• 數(shù)字光纖直放站開通后接通率低是怎么回事? 2011-09-23
• TD未接通 2011-09-22
• 現(xiàn)在的3G視頻通話接通的具體路由是什么? 2011-09-18
• G網(wǎng)路測中的兩個未接通問題,可能定位不準,大家?guī)臀?em>分析下,謝謝了 2011-09-16
• 手機上網(wǎng)時,別人打電話一直無法接通 2011-09-14
• TD中未接通具體有哪些原因,全面的? 2011-09-27
• 未接通問題 2011-09-26
• 數(shù)字光纖直放站開通后接通率低是怎么回事? 2011-09-23
• TD未接通 2011-09-22
• 現(xiàn)在的3G視頻通話接通的具體路由是什么? 2011-09-18
• G網(wǎng)路測中的兩個未接通問題,可能定位不準,大家?guī)臀?em>分析下,謝謝了 2011-09-16
• 手機上網(wǎng)時,別人打電話一直無法接通 2011-09-14
問題答案
( 13 )
信令流程圖最好上發(fā)一個,問題不是很明確,也沒圖,不好判斷,規(guī)范里面提出了未接通
未接通主要是在手機向系統(tǒng)發(fā)送呼叫請求,但是在呼叫過程中由于某種原因,主叫或被叫手機沒有分配到TCH信道,導致未接通。路測(DRIVE TEST) 當中考察的一項重要指標, 接通率一直是優(yōu)化中要應(yīng)對的一個重要工作.在日常的測試當中, 我們經(jīng)常遇到各種各樣的未接通情況。原因也是多種多樣。
導致未接通的常見的原因主要有:被叫手機位置更新、主叫手機TCH擁塞、被叫手機TCH擁塞、主叫手機SDCCH擁塞、被叫手機SDCCH擁塞、SDCCH 掉話、呼叫號碼錯誤、CIC分配錯誤、尋呼失敗。
路測過程中L3信令流程:
從測試中主叫與被叫的信令流程分析,要完成一個完整的接續(xù)過程,一共有以下
幾步的信令流程:
主叫的信令流程:
被叫的信令流程
相比多了主叫,被叫在交換機一側(cè)以下幾步流程,在無線上多了PAGING 這個流程:
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路測過程中,要注意L3接續(xù)流程和故障判斷流程,主要是對信令的理解
未接通主要是在手機向系統(tǒng)發(fā)送呼叫請求,但是在呼叫過程中由于某種原因,主叫或被叫手機沒有分配到TCH信道,導致未接通。路測(DRIVE TEST) 當中考察的一項重要指標, 接通率一直是優(yōu)化中要應(yīng)對的一個重要工作.在日常的測試當中, 我們經(jīng)常遇到各種各樣的未接通情況。原因也是多種多樣。
導致未接通的常見的原因主要有:被叫手機位置更新、主叫手機TCH擁塞、被叫手機TCH擁塞、主叫手機SDCCH擁塞、被叫手機SDCCH擁塞、SDCCH 掉話、呼叫號碼錯誤、CIC分配錯誤、尋呼失敗。
路測過程中L3信令流程:
從測試中主叫與被叫的信令流程分析,要完成一個完整的接續(xù)過程,一共有以下
幾步的信令流程:
主叫的信令流程:
MS |
|
BTS |
|
說明 |
|
|
|
RACH |
Channel request |
|
|
|
AGCH |
Immediate assignment |
|
|
|
SDCCH |
CM service request |
|
|
|
SDCCH |
CM service accept |
|
|
|
SDCCH |
Authentic request |
|
|
|
SDCCH |
Authentic response |
|
|
|
SDCCH |
Ciphering command |
|
|
|
SDCCH |
Ciphering complete |
|
|
|
SDCCH |
Setup |
|
|
|
SDCCH |
Call proceeding |
|
|
|
SDCCH |
Assignment command |
|
|
|
FACCH |
Assignment complete |
|
|
|
FACCH |
Progress |
|
|
|
FACCH |
Alerting |
|
|
|
FACCH |
Connect |
|
|
|
FACCH |
Connect acknowledge |
|
|
|
TCH |
Speech |
|
|
|
|
被叫的信令流程
MS |
|
BTS |
|
說明 |
|
|
|
PCH |
Paging Request |
|
|
|
RACH |
Channel request |
|
|
|
AGCH |
Immediate assignment |
|
|
|
SDCCH |
Paging response |
|
|
|
SDCCH |
Authentic request |
|
|
|
SDCCH |
Authentic response |
|
|
|
SDCCH |
Ciphering command |
|
|
|
SDCCH |
Ciphering complete |
|
|
|
SDCCH |
Setup |
|
|
|
SDCCH |
Call proceeding |
|
|
|
SDCCH |
Assignment command |
|
|
|
FACCH |
Assignment complete |
|
|
|
FACCH |
Progress |
|
|
|
FACCH |
Alerting |
|
|
|
FACCH |
Connect |
|
|
|
FACCH |
Connect acknowledge |
|
|
|
TCH |
Speech |
相比多了主叫,被叫在交換機一側(cè)以下幾步流程,在無線上多了PAGING 這個流程:
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路測過程中,要注意L3接續(xù)流程和故障判斷流程,主要是對信令的理解
回答者:
x030675
回答時間:2011-01-15 01:28


信令流程圖最好上發(fā)一個,問題不是很明確,也沒圖,不好判斷,規(guī)范里面提出了未接通
未接通主要是在手機向系統(tǒng)發(fā)送呼叫請求,但是在呼叫過程中由于某種原因,主叫或被叫手機沒有分配到TCH信道,導致未接通。路測(DRIVE TEST) 當中考察的一項重要指標, 接通率一直是優(yōu)化中要應(yīng)對的一個重要工作.在日常的測試當中, 我們經(jīng)常遇到各種各樣的未接通情況。原因也是多種多樣。
導致未接通的常見的原因主要有:被叫手機位置更新、主叫手機TCH擁塞、被叫手機TCH擁塞、主叫手機SDCCH擁塞、被叫手機SDCCH擁塞、SDCCH 掉話、呼叫號碼錯誤、CIC分配錯誤、尋呼失敗。
路測過程中L3信令流程:
從測試中主叫與被叫的信令流程分析,要完成一個完整的接續(xù)過程,一共有以下
幾步的信令流程:
主叫的信令流程:
被叫的信令流程
相比多了主叫,被叫在交換機一側(cè)以下幾步流程,在無線上多了PAGING 這個流程:
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路測過程中,要注意L3接續(xù)流程和故障判斷流程,主要是對信令的理解
未接通主要是在手機向系統(tǒng)發(fā)送呼叫請求,但是在呼叫過程中由于某種原因,主叫或被叫手機沒有分配到TCH信道,導致未接通。路測(DRIVE TEST) 當中考察的一項重要指標, 接通率一直是優(yōu)化中要應(yīng)對的一個重要工作.在日常的測試當中, 我們經(jīng)常遇到各種各樣的未接通情況。原因也是多種多樣。
導致未接通的常見的原因主要有:被叫手機位置更新、主叫手機TCH擁塞、被叫手機TCH擁塞、主叫手機SDCCH擁塞、被叫手機SDCCH擁塞、SDCCH 掉話、呼叫號碼錯誤、CIC分配錯誤、尋呼失敗。
路測過程中L3信令流程:
從測試中主叫與被叫的信令流程分析,要完成一個完整的接續(xù)過程,一共有以下
幾步的信令流程:
主叫的信令流程:
MS |
|
BTS |
|
說明 |
|
|
|
RACH |
Channel request |
|
|
|
AGCH |
Immediate assignment |
|
|
|
SDCCH |
CM service request |
|
|
|
SDCCH |
CM service accept |
|
|
|
SDCCH |
Authentic request |
|
|
|
SDCCH |
Authentic response |
|
|
|
SDCCH |
Ciphering command |
|
|
|
SDCCH |
Ciphering complete |
|
|
|
SDCCH |
Setup |
|
|
|
SDCCH |
Call proceeding |
|
|
|
SDCCH |
Assignment command |
|
|
|
FACCH |
Assignment complete |
|
|
|
FACCH |
Progress |
|
|
|
FACCH |
Alerting |
|
|
|
FACCH |
Connect |
|
|
|
FACCH |
Connect acknowledge |
|
|
|
TCH |
Speech |
|
|
|
|
被叫的信令流程
MS |
|
BTS |
|
說明 |
|
|
|
PCH |
Paging Request |
|
|
|
RACH |
Channel request |
|
|
|
AGCH |
Immediate assignment |
|
|
|
SDCCH |
Paging response |
|
|
|
SDCCH |
Authentic request |
|
|
|
SDCCH |
Authentic response |
|
|
|
SDCCH |
Ciphering command |
|
|
|
SDCCH |
Ciphering complete |
|
|
|
SDCCH |
Setup |
|
|
|
SDCCH |
Call proceeding |
|
|
|
SDCCH |
Assignment command |
|
|
|
FACCH |
Assignment complete |
|
|
|
FACCH |
Progress |
|
|
|
FACCH |
Alerting |
|
|
|
FACCH |
Connect |
|
|
|
FACCH |
Connect acknowledge |
|
|
|
TCH |
Speech |
相比多了主叫,被叫在交換機一側(cè)以下幾步流程,在無線上多了PAGING 這個流程:
E|GMSC -> HLR UDT(BEG(INV(Send Routing Info)))
D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number)))
D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number
E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number
A|MSC -> BSS UDT(Paging)
在路測過程中,要注意L3接續(xù)流程和故障判斷流程,主要是對信令的理解
回答者:
x030675
回答時間:2011-01-15 01:28


被叫在等待被尋呼!
回答者:
fangfeideyu
回答時間:2011-01-15 08:23


被叫有信令到哪最好能說一下!只是有paging消息嗎?
回答者:
大秦蒙恬
回答時間:2011-01-15 08:31


路過,學習下
回答者:
zhuweiming123
回答時間:2011-01-15 11:11


也許是在 位置更新吧
回答者:
親我來呀
回答時間:2011-01-16 13:59


這么提問題,是不想別人回答嗎?
回答者:
csjbupt
回答時間:2011-01-16 20:22


是在位置更新
回答者:
lfs308717563
回答時間:2011-01-16 22:48


一般這樣的未接通都是被叫在做位置更新,樓主給的信息少,最好截個被叫圖
回答者:
痛心忘憂
回答時間:2011-01-17 11:48


如果只有PSGING消息的話,很可能是被叫在做位置區(qū)更新,未效應(yīng)尋呼,也可能是被叫終端異常,這個需要從主被叫尋呼的時間點上看。
回答者:
wghyychj
回答時間:2011-01-17 15:05


這種問題比較難搞,無圖無真相。
回答者:
????????????
回答時間:2011-01-18 10:22


主被叫都有connect 說明已經(jīng)接通了啊
回答者:
????????????
回答時間:2011-01-19 01:20


學習了!!
回答者:
gongjizhandouji
回答時間:2011-01-19 23:26


• 嘉環(huán)科技股份有限公司
聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點:西寧市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 南京華蘇科技有限公司 聘:投訴前后臺-深圳移動日常
需求人數(shù):8 人 地點:深圳市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江紹興移動專項優(yōu)化中級
需求人數(shù):1 人 地點:紹興市
• 浙江省郵電工程建設(shè)有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數(shù):7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:秦皇島-高級網(wǎng)優(yōu)工程師
需求人數(shù):2 人 地點:秦皇島市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數(shù):1 人 地點:岳陽市,益陽市
• 廣東南方通信建設(shè)有限公司 聘:廣西南寧日常/專項-高級
需求人數(shù):9 人 地點:南寧市
• 成都旗訊通信技術(shù)有限公司 聘:招督導、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點:北京市,上海市,天津市,重慶市,浙江省
需求人數(shù):2 人 地點:西寧市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 南京華蘇科技有限公司 聘:投訴前后臺-深圳移動日常
需求人數(shù):8 人 地點:深圳市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江紹興移動專項優(yōu)化中級
需求人數(shù):1 人 地點:紹興市
• 浙江省郵電工程建設(shè)有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數(shù):7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:秦皇島-高級網(wǎng)優(yōu)工程師
需求人數(shù):2 人 地點:秦皇島市
• 山東省郵電工程有限公司 聘:竣工資料結(jié)算員
需求人數(shù):5 人 地點:福州市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數(shù):1 人 地點:岳陽市,益陽市
• 廣東南方通信建設(shè)有限公司 聘:廣西南寧日常/專項-高級
需求人數(shù):9 人 地點:南寧市
• 成都旗訊通信技術(shù)有限公司 聘:招督導、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點:北京市,上海市,天津市,重慶市,浙江省
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |