問題已開啟
(普通問題)
怎么從層3信令判斷掉話,新手入門,盡量詳細(xì)點(diǎn)。謝謝!
提問者: radio99 提問時(shí)間: 2011-03-04
• 請教一個有關(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)榉钦a尫臢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)榉钦a尫臢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 - |