問題已開啟
(普通問題)
更多
掉話
相關(guān)問題
• 各位大神有沒有遇見過移動4G套餐升5G后,出現(xiàn)volte掉話以及間斷性無服務(wù)的問題。 2020-06-03
• 案例如何處理掉話率 2020-03-26
• 如何處理掉話率 2020-03-26
• 造成掉話的原因 2020-03-19
• 掉線和掉話的區(qū)別 2020-01-16
• VOLTE測試中發(fā)現(xiàn),鼎力軟件掉話上報原因RTP Inactivity,查看信令發(fā)現(xiàn)持續(xù)20s,RTP包單通,即IMS RTP SN and... 2019-11-25
• volte掉話率是哪個指標 2019-03-26
• volte高掉話怎么算 2019-03-26
• 案例如何處理掉話率 2020-03-26
• 如何處理掉話率 2020-03-26
• 造成掉話的原因 2020-03-19
• 掉線和掉話的區(qū)別 2020-01-16
• VOLTE測試中發(fā)現(xiàn),鼎力軟件掉話上報原因RTP Inactivity,查看信令發(fā)現(xiàn)持續(xù)20s,RTP包單通,即IMS RTP SN and... 2019-11-25
• volte掉話率是哪個指標 2019-03-26
• volte高掉話怎么算 2019-03-26
問題答案
( 15 )
樓主問了一個很有技術(shù)性和很有深度的問題,掉話就是指接聽后(出現(xiàn)Connect或Connect Acknowledge消息后),發(fā)生了非正常釋放,也就是說沒有完成正常釋放(沒有出現(xiàn)Disconnect或Channel Release消息)的通話。
回答者:
culn
回答時間:2009-08-07 14:01
15 11
移動臺在250ms內(nèi),一直沒有收到兩個連續(xù)的好幀,會要求釋放鏈路 BTS在250ms內(nèi),一直沒有收到兩個連續(xù)的好幀,會要求釋放鏈路
BTS在5秒內(nèi),沒有收到Extended Handoff Direction消息(重復(fù)嘗試六次)的Ack或者Handoff Completion 消息,會要求釋放鏈路
BTS在5秒內(nèi),沒有收到Extended Handoff Direction消息(重復(fù)嘗試六次)的Ack或者Handoff Completion 消息,會要求釋放鏈路
回答者:
chendaji
回答時間:2009-08-07 14:09
15 13
這個問題上面回答正確,想全面理解,樓主該學習信令流程,很有技術(shù)含量的東西
回答者:
fockyx
回答時間:2009-08-07 14:46
17 16
頂一樓的回答 沒有完成正常釋放(沒有出現(xiàn)Disconnect或Channel Release消息)的通話
回答者:
lin3932
回答時間:2009-08-07 15:40
12 12
在此,我對仁兄的提問實在不敢恭維
回答者:
hanlei1031
回答時間:2009-08-07 16:07
13 12
在移動通信中,通常定義的掉話是指在分配了話音信道(TCH)后,由于某種原因,使呼叫丟失或中斷,正常通話無法進行的現(xiàn)象。而從用戶或路測角度來說掉話的定義有些差別,在路測或用戶感觀上的掉話是指是摘機(Connect)進行后,發(fā)生了非正常釋放,也就是說沒有完成正常釋放(Channel Release)的通話。掉話率則是指單位時間內(nèi)掉話次數(shù)與呼叫總次數(shù)(Total_calls)的比值。
為了便于分析,通常把掉話可以簡單的分為兩類:射頻掉話和切換掉話。射頻掉話通常是指由于一些計時器超時而引起的掉話。切換掉話則是指在切換過程中移動臺不能占用目的信道又無法回到舊的信道發(fā)生的掉話。根據(jù)通過交換點的位置不同,切換可廣義的分為小區(qū)內(nèi)部切換和小區(qū)間切換;具體的分可分為小區(qū)內(nèi)部切換、同一BSC內(nèi)部切換和不同BSC間切換,
為了便于分析,通常把掉話可以簡單的分為兩類:射頻掉話和切換掉話。射頻掉話通常是指由于一些計時器超時而引起的掉話。切換掉話則是指在切換過程中移動臺不能占用目的信道又無法回到舊的信道發(fā)生的掉話。根據(jù)通過交換點的位置不同,切換可廣義的分為小區(qū)內(nèi)部切換和小區(qū)間切換;具體的分可分為小區(qū)內(nèi)部切換、同一BSC內(nèi)部切換和不同BSC間切換,
回答者:
wangfengcsu
回答時間:2009-08-07 18:05
11 14
很全面了,慢慢看吧,我也學了,努力
回答者:
cjckof888
回答時間:2009-08-07 18:19
21 15
樓上都是正解啊。
回答者:
jxlhqs010
回答時間:2009-08-07 23:41
24 13
樓主果不其然是對學術(shù)頗有研究,確實有點我當時的風范,不是恭維,對于什么是未接通,首先它是對被叫來說的,說明此時主叫上已經(jīng)進行到呼叫建立的過程上,從信令上已經(jīng)到了RAB上一步的上行直傳上,這個信令上里面承載有被叫的號碼。之后轉(zhuǎn)到被叫方那邊的信令流程。
情況1:1接收到一條rrcConnectionRequest信令,并且其詳細解碼中的原因值為terminatingConversationalCall、terminatingStreamingCall、terminatingBackgroundCall、terminatingInteractiveCall中的一個或rrcConnectionRequest信令的細解碼中的原因值為Registration,并且在此之前的一條信令為PagingType1(關(guān)鍵)
2接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
后面沒有按正常信令流程進行,尚未接收到CONNECT ACKNOWLEDGE(關(guān)鍵)
3接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment
情況2:
接收到一條rrcConnectionRequest信令,并且其詳細解碼中的原因值為terminatingConversationalCall、terminatingStreamingCall
尚未接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment
情況3:
出現(xiàn)情況1中的前三條
接收到一條新的rrcConnectionRequest,其原因值為callRe-establishment
以這條新的rrcConnectionRequest作為起始重新記錄呼叫過程中的信令流程,在接收到CONNECT ACKNOWLEDGE之前接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment,則記錄這次呼叫建立失敗
如果再次接收到原因值為callRe-establishment的rrcConnectionRequest,則重復(fù)第三條中的記錄過程
情況4:
接收到一條rrcConnectionRequest信令,尚未接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
接收到一條新的rrcConnectionRequest,并且其原因值為callRe-establishment
重新按照情況1或2記錄該次呼叫:如果為情況1,則判斷該次CS域呼叫失敗,如果為情況2,就判斷前一次的rrcConnectionRequest的原因值是否為terminatingConversationalCall、terminatingStreamingCall,如果是則認為CS域的呼叫失敗,就是所謂的未接通。
其實還有一點未接通我認為是被叫方的,起呼失敗是主叫方的,不知道這位兄弟能否解釋一下起呼失敗從信令上是怎么定義的。一看就知道這位兄弟深不可測啊。呵呵,睡了,昨晚又搞了一晚上。。。
情況1:1接收到一條rrcConnectionRequest信令,并且其詳細解碼中的原因值為terminatingConversationalCall、terminatingStreamingCall、terminatingBackgroundCall、terminatingInteractiveCall中的一個或rrcConnectionRequest信令的細解碼中的原因值為Registration,并且在此之前的一條信令為PagingType1(關(guān)鍵)
2接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
后面沒有按正常信令流程進行,尚未接收到CONNECT ACKNOWLEDGE(關(guān)鍵)
3接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment
情況2:
接收到一條rrcConnectionRequest信令,并且其詳細解碼中的原因值為terminatingConversationalCall、terminatingStreamingCall
尚未接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment
情況3:
出現(xiàn)情況1中的前三條
接收到一條新的rrcConnectionRequest,其原因值為callRe-establishment
以這條新的rrcConnectionRequest作為起始重新記錄呼叫過程中的信令流程,在接收到CONNECT ACKNOWLEDGE之前接收到一條新的rrcConnectionRequest,并且其原因值不為callRe-establishment,則記錄這次呼叫建立失敗
如果再次接收到原因值為callRe-establishment的rrcConnectionRequest,則重復(fù)第三條中的記錄過程
情況4:
接收到一條rrcConnectionRequest信令,尚未接收到標志CS域業(yè)務(wù)的CM SERVICE REQUEST或者SETUP消息
接收到一條新的rrcConnectionRequest,并且其原因值為callRe-establishment
重新按照情況1或2記錄該次呼叫:如果為情況1,則判斷該次CS域呼叫失敗,如果為情況2,就判斷前一次的rrcConnectionRequest的原因值是否為terminatingConversationalCall、terminatingStreamingCall,如果是則認為CS域的呼叫失敗,就是所謂的未接通。
其實還有一點未接通我認為是被叫方的,起呼失敗是主叫方的,不知道這位兄弟能否解釋一下起呼失敗從信令上是怎么定義的。一看就知道這位兄弟深不可測啊。呵呵,睡了,昨晚又搞了一晚上。。。
回答者:
txzhxyxxd
回答時間:2009-08-08 09:30
13 13
DL:Disconnect(收到該條消息或Release中的任何一條,則視為正常釋放,如果兩條消息均未收到,而是直接收到System Information Type1,則視為一次掉話)
回答者:
eass
回答時間:2009-08-08 16:10
18 14
6#的兄弟很強大,估計是高手,有機會多聯(lián)系啊
回答者:
mainstar
回答時間:2009-08-09 08:44
21 19
高手真多
學習 學習
感覺應(yīng)該從2G 3G上都說一下吧
學習 學習
感覺應(yīng)該從2G 3G上都說一下吧
回答者:
nrmq
回答時間:2009-08-11 08:13
17 12
在移動通信中,通常定義的掉話是指在分配了話音信道(TCH)后,由于某種原因,使呼叫丟失或中斷,正常通話無法進行的現(xiàn)象。而從用戶或路測角度來說掉話的定義有些差別,在路測或用戶感觀上的掉話是指是摘機(Connect)進行后,發(fā)生了非正常釋放,也就是說沒有完成正常釋放(Channel Release)的通話。掉話率則是指單位時間內(nèi)掉話次數(shù)與呼叫總次數(shù)(Total_calls)的比值。
回答者:
wangfengcsu
回答時間:2009-08-11 09:40
17 12
通話過程中收到任何BCCH的消息就叫掉話
回答者:
berlinwall
回答時間:2009-08-11 16:59
11 15
這么老多的回答
回答者:
lxc000
回答時間:2009-08-11 19:26
14 12
• 西安長河通訊有限責任公司
聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程單驗人員
需求人數(shù):10 人 地點:北京市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘:優(yōu)化規(guī)劃工程師(后臺-安徽)
需求人數(shù):5 人 地點:馬鞍山市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
需求人數(shù):2 人 地點:安康市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 廣州瀚信通信科技股份有限公司 聘:項目經(jīng)理(廣東)
需求人數(shù):2 人 地點:廣東省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 南京格安信息系統(tǒng)有限責任公司 聘:5G工程單驗人員
需求人數(shù):10 人 地點:北京市
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘:優(yōu)化規(guī)劃工程師(后臺-安徽)
需求人數(shù):5 人 地點:馬鞍山市
• 嘉環(huán)科技股份有限公司 聘:湖南電信原廠優(yōu)化招聘
需求人數(shù):10 人 地點:長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):8 人 地點:寧波市,舟山市,湖州市,紹興市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |