 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
怎么從層3信令判斷掉話，新手入門，盡量詳細(xì)點(diǎn)。謝謝！
提問者:
• 請教一個(gè)有關(guān)TD小區(qū)接入U(xiǎn)U信令 2010-08-05
• 哪位大俠可以提供一下并發(fā)業(yè)務(wù)的信令流程圖看看啊 2010-08-03
• 信令分析儀是掃頻儀嗎？有什么區(qū)別 2010-08-03
• 信令詳解 2010-08-02
• TD中同頻、異頻切換的算法，在層三信令上逐個(gè)分析算法，哪位高人可以結(jié)合測試數(shù)據(jù)總結(jié)下，謝了... 2010-08-02
• TD中MMC都包括哪些?MMC的信令流程是？ 2010-07-31
• 幫忙解釋一下有關(guān)GSM網(wǎng)絡(luò)中的信令？ 2010-07-30
• 同頻同擾可以在信令上看到嗎 2010-07-29
• 哪位大俠可以提供一下并發(fā)業(yè)務(wù)的信令流程圖看看啊 2010-08-03
• 信令分析儀是掃頻儀嗎？有什么區(qū)別 2010-08-03
• 信令詳解 2010-08-02
• TD中同頻、異頻切換的算法，在層三信令上逐個(gè)分析算法，哪位高人可以結(jié)合測試數(shù)據(jù)總結(jié)下，謝了... 2010-08-02
• TD中MMC都包括哪些?MMC的信令流程是？ 2010-07-31
• 幫忙解釋一下有關(guān)GSM網(wǎng)絡(luò)中的信令？ 2010-07-30
• 同頻同擾可以在信令上看到嗎 2010-07-29
問題答案
( 11 )
層三信令沒有disconnect和channel release吧
回答者：
0407cjs
回答時(shí)間：2011-03-05 09:06
33
29
在通話過程中，如果空中接口信息滿足下面三個(gè)條件中的任何一條，可以判斷為掉話：
1、收到任何的BCH消息（即系統(tǒng)消息）
2、收到RRC Release消息（原因?yàn)榉钦ａ尫臢ot normal）
3、收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因?yàn)镹ot Normal Clearing或者Not Normal，Unspecified。
1、收到任何的BCH消息（即系統(tǒng)消息）
2、收到RRC Release消息（原因?yàn)榉钦ａ尫臢ot normal）
3、收到CC Disconnect，CC Release Complete，CC Release三條消息中的任何一條，而且釋放的原因?yàn)镹ot Normal Clearing或者Not Normal，Unspecified。
回答者：
spring224
回答時(shí)間：2011-03-05 09:59
40
30
正常情況下的釋放是網(wǎng)絡(luò)側(cè)或UE主動(dòng)發(fā)起disconnect或者release來發(fā)起的，如果沒有看到此消息交互過程，UE直接開始讀廣播回到空閑狀態(tài)則說明出現(xiàn)了掉話。
另外，路測軟件中的事件欄里會給出提示
另外，路測軟件中的事件欄里會給出提示
回答者：
marinelick
回答時(shí)間：2011-03-05 10:01
32
31
情況一，收到DISCONNECT、RELEASE 或RELEASE COMPLETE中的任一條信令，
并且其詳細(xì)解碼中的 cause class不為 normal event或Cause IE value 不為 normal call
clearing
情況二，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條新的 rrcConnectionRequest，并且原因值不為callRe-establishment
情況三，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條原因值為 callRe-establishment 的rrcConnectionRequest消息。則如
果在以新的rrcConnectionRequest為起始標(biāo)志的呼叫過程中任何一步發(fā)生失敗，則認(rèn)為
掉話
情況四，到達(dá)日志的最后一條記錄，本次呼叫并未完成，但日志文件已經(jīng)結(jié)束，則認(rèn)
為掉話
并且其詳細(xì)解碼中的 cause class不為 normal event或Cause IE value 不為 normal call
clearing
情況二，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條新的 rrcConnectionRequest，并且原因值不為callRe-establishment
情況三，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條原因值為 callRe-establishment 的rrcConnectionRequest消息。則如
果在以新的rrcConnectionRequest為起始標(biāo)志的呼叫過程中任何一步發(fā)生失敗，則認(rèn)為
掉話
情況四，到達(dá)日志的最后一條記錄，本次呼叫并未完成，但日志文件已經(jīng)結(jié)束，則認(rèn)
為掉話
回答者：
yangjp0530
回答時(shí)間：2011-03-05 14:55
31
28
情況一，收到DISCONNECT、RELEASE 或RELEASE COMPLETE中的任一條信令，
并且其詳細(xì)解碼中的 cause class不為 normal event或Cause IE value 不為 normal call
clearing
情況二，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條新的 rrcConnectionRequest，并且原因值不為callRe-establishment
情況三，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條原因值為 callRe-establishment 的rrcConnectionRequest消息。則如
果在以新的rrcConnectionRequest為起始標(biāo)志的呼叫過程中任何一步發(fā)生失敗，則認(rèn)為
掉話
情況四，到達(dá)日志的最后一條記錄，本次呼叫并未完成，但日志文件已經(jīng)結(jié)束，則認(rèn)
為掉話
并且其詳細(xì)解碼中的 cause class不為 normal event或Cause IE value 不為 normal call
clearing
情況二，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條新的 rrcConnectionRequest，并且原因值不為callRe-establishment
情況三，沒有收到 DISCONNECT、RELEASE 或 RELEASE COMPLETE 中的任一條
信令，后面收到一條原因值為 callRe-establishment 的rrcConnectionRequest消息。則如
果在以新的rrcConnectionRequest為起始標(biāo)志的呼叫過程中任何一步發(fā)生失敗，則認(rèn)為
掉話
情況四，到達(dá)日志的最后一條記錄，本次呼叫并未完成，但日志文件已經(jīng)結(jié)束，則認(rèn)
為掉話
回答者：
yangjp0530
回答時(shí)間：2011-03-05 14:55
28
31
學(xué)習(xí)了
回答者：
????
回答時(shí)間：2011-03-06 11:01
30
31
GSM里面，從專有模式（通話狀態(tài)）下，直接回到空閑模式下，即發(fā)生掉話。具體信令判斷方法：
專有模式（通話狀態(tài)）下：這個(gè)模式下有的信令一般都是System Informationg5、6或者手機(jī)上發(fā)的Measurement Report；
空閑模式下：這個(gè)模式下會有SYSTEM Information 1234,或者Paging.只要你看到從專有模式到空閑模式的信令，即可判斷為掉話。
專有模式（通話狀態(tài)）下：這個(gè)模式下有的信令一般都是System Informationg5、6或者手機(jī)上發(fā)的Measurement Report；
空閑模式下：這個(gè)模式下會有SYSTEM Information 1234,或者Paging.只要你看到從專有模式到空閑模式的信令，即可判斷為掉話。
回答者：
yourongsheng
回答時(shí)間：2011-03-06 11:03
32
34
正常流程沒有完全就收到BCCH
回答者：
post927
回答時(shí)間：2011-03-07 17:09
28
31
掉話的原因：①弱覆蓋引起的掉話
②切換引起的掉話
③語音質(zhì)量差引起的掉話
④干擾引起的掉話
⑤硬件故障引起的掉話
⑥傳輸故障引起的掉話
⑦直放站引起的掉話
⑧天潰原因引起的掉話
②切換引起的掉話
③語音質(zhì)量差引起的掉話
④干擾引起的掉話
⑤硬件故障引起的掉話
⑥傳輸故障引起的掉話
⑦直放站引起的掉話
⑧天潰原因引起的掉話
回答者：
????????????
回答時(shí)間：2011-03-08 10:54
26
29
把通話的整個(gè)信令流程先理解記憶 然后比照掉話的信令 就可以了
回答者：
1900
回答時(shí)間：2011-03-08 10:55
29
29
好像都沒解釋從layer 3信令看這么分析掉話的原因哦
回答者：
robertdingchina
回答時(shí)間：2011-03-10 10:45
38
29
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 南京華蘇科技有限公司 聘：濟(jì)南省移動(dòng)高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
需求人數(shù)：2 人 地點(diǎn)：上海市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 南京華蘇科技有限公司 聘：濟(jì)南省移動(dòng)高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點(diǎn)：濟(jì)南市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 浙江省郵電工程建設(shè)有限公司 聘：網(wǎng)優(yōu)日常租賃人員
需求人數(shù)：2 人 地點(diǎn)：煙臺市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |