 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 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
11
11
信令流程圖最好上發(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
11
16
被叫在等待被尋呼！
回答者：
fangfeideyu
回答時間：2011-01-15 08:23
12
11
被叫有信令到哪最好能說一下！只是有paging消息嗎？
回答者：
大秦蒙恬
回答時間：2011-01-15 08:31
11
17
路過，學習下
回答者：
zhuweiming123
回答時間：2011-01-15 11:11
16
11
也許是在 位置更新吧
回答者：
親我來呀
回答時間：2011-01-16 13:59
12
11
這么提問題，是不想別人回答嗎？
回答者：
csjbupt
回答時間：2011-01-16 20:22
12
16
是在位置更新
回答者：
lfs308717563
回答時間：2011-01-16 22:48
14
17
一般這樣的未接通都是被叫在做位置更新，樓主給的信息少，最好截個被叫圖
回答者：
痛心忘憂
回答時間：2011-01-17 11:48
14
9
如果只有PSGING消息的話，很可能是被叫在做位置區(qū)更新，未效應(yīng)尋呼，也可能是被叫終端異常，這個需要從主被叫尋呼的時間點上看。
回答者：
wghyychj
回答時間：2011-01-17 15:05
12
10
這種問題比較難搞，無圖無真相。
回答者：
????????????
回答時間：2011-01-18 10:22
8
51
主被叫都有connect 說明已經(jīng)接通了啊
回答者：
????????????
回答時間：2011-01-19 01:20
13
10
學習了！！
回答者：
gongjizhandouji
回答時間：2011-01-19 23:26
13
13
• 嘉環(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 - |