 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
怎么從層3信令判斷掉話，新手入門，盡量詳細(xì)點(diǎn)。謝謝！
提問者:
• 請教一個有關(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中同頻、異頻切換的算法，在層三信令上逐個分析算法，哪位高人可以結(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中同頻、異頻切換的算法，在層三信令上逐個分析算法，哪位高人可以結(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
在通話過程中，如果空中接口信息滿足下面三個條件中的任何一條，可以判斷為掉話：
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
39
30
正常情況下的釋放是網(wǎng)絡(luò)側(cè)或UE主動發(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)）下：這個模式下有的信令一般都是System Informationg5、6或者手機(jī)上發(fā)的Measurement Report；
空閑模式下：這個模式下會有SYSTEM Information 1234,或者Paging.只要你看到從專有模式到空閑模式的信令，即可判斷為掉話。
專有模式（通話狀態(tài)）下：這個模式下有的信令一般都是System Informationg5、6或者手機(jī)上發(fā)的Measurement Report；
空閑模式下：這個模式下會有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
把通話的整個信令流程先理解記憶 然后比照掉話的信令 就可以了
回答者：
1900
回答時(shí)間：2011-03-08 10:55
29
29
好像都沒解釋從layer 3信令看這么分析掉話的原因哦
回答者：
robertdingchina
回答時(shí)間：2011-03-10 10:45
38
28
• 北京電旗通訊技術(shù)股份有限公司
聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長河通訊有限責(zé)任公司 聘：45G高級
需求人數(shù)：2 人 地點(diǎn)：北京市
• 安徽引途科技有限公司 聘：前臺督導(dǎo)
需求人數(shù)：4 人 地點(diǎn)：北京市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
• 河北中創(chuàng)盈和通信科技有限公司 聘：初級外場/山西
需求人數(shù)：4 人 地點(diǎn)：山西省
• 北京宜通華瑞科技有限公司 聘：一個月項(xiàng)目急聘高級（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化工程師（前臺中級-浙江）
需求人數(shù)：5 人 地點(diǎn)：麗水市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 廣東華訊工程有限公司 聘：廣東潮州諾基亞LTE 高級后臺
需求人數(shù)：1 人 地點(diǎn)：潮州市
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長河通訊有限責(zé)任公司 聘：45G高級
需求人數(shù)：2 人 地點(diǎn)：北京市
• 安徽引途科技有限公司 聘：前臺督導(dǎo)
需求人數(shù)：4 人 地點(diǎn)：北京市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
• 河北中創(chuàng)盈和通信科技有限公司 聘：初級外場/山西
需求人數(shù)：4 人 地點(diǎn)：山西省
• 北京宜通華瑞科技有限公司 聘：一個月項(xiàng)目急聘高級（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化工程師（前臺中級-浙江）
需求人數(shù)：5 人 地點(diǎn)：麗水市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 廣東華訊工程有限公司 聘：廣東潮州諾基亞LTE 高級后臺
需求人數(shù)：1 人 地點(diǎn)：潮州市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |