 |
善于提問(wèn)，勤于回答，你也是專(zhuān)家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
主叫上發(fā)CM service request之后1到2秒后隨即上發(fā)位置更新請(qǐng)求是怎么回事？求高手幫忙
主叫上發(fā)CM service request之后1到2秒后隨即上發(fā)位置更新請(qǐng)求是怎么回事？且CM service request消息里確定是呼叫業(yè)務(wù)，求高手幫忙
提問(wèn)者:
• 【VOLTE】主叫為啥發(fā)起servICEreQUEst一直后不RRC建立，導(dǎo)致未接通？ 2017-07-29
• 聯(lián)通打電話(huà)，被叫信令中沒(méi)有extendservICEreQUEst這條信令，主叫直接聽(tīng)到用戶(hù)暫時(shí)無(wú)法接通，這是什么原因呢？ 2016-07-13
• 什么原因情況下主叫UE上發(fā)CMservICEabort，導(dǎo)致未接通 2014-11-16
• 主叫撥打電話(huà)提示無(wú)法接通，看LOG終端一直在發(fā)CM_servICE_reQUEst 2013-06-25
• 鼎力ATU測(cè)試中，CM servICE reQUEst后主叫上發(fā)RRC status之后，網(wǎng)絡(luò)下發(fā)RRC釋放命令導(dǎo)致未接通 2013-03-10
• 主叫手機(jī)做cm servICE reQUEst后，為什么還能位置更新？而且更新后再發(fā)cm servICE reQUEst？ 2011-05-15
• 主叫起呼，RRC連接建立完成后，發(fā)送CM servICE reQUEst 之后未收到響應(yīng)導(dǎo)致未接通 2010-06-28
• 聯(lián)通打電話(huà)，被叫信令中沒(méi)有extendservICEreQUEst這條信令，主叫直接聽(tīng)到用戶(hù)暫時(shí)無(wú)法接通，這是什么原因呢？ 2016-07-13
• 什么原因情況下主叫UE上發(fā)CMservICEabort，導(dǎo)致未接通 2014-11-16
• 主叫撥打電話(huà)提示無(wú)法接通，看LOG終端一直在發(fā)CM_servICE_reQUEst 2013-06-25
• 鼎力ATU測(cè)試中，CM servICE reQUEst后主叫上發(fā)RRC status之后，網(wǎng)絡(luò)下發(fā)RRC釋放命令導(dǎo)致未接通 2013-03-10
• 主叫手機(jī)做cm servICE reQUEst后，為什么還能位置更新？而且更新后再發(fā)cm servICE reQUEst？ 2011-05-15
• 主叫起呼，RRC連接建立完成后，發(fā)送CM servICE reQUEst 之后未收到響應(yīng)導(dǎo)致未接通 2010-06-28
問(wèn)題答案
( 5 )
是每次都是還是個(gè)別現(xiàn)象，要是個(gè)別現(xiàn)象這屬于主叫在做位置更新，可能會(huì)造成主叫呼叫失敗，算作未接通的。具體的解決辦法看后臺(tái)網(wǎng)管此小區(qū)謂之更新請(qǐng)請(qǐng)求次數(shù)是否很多，可以調(diào)整CRH參數(shù)
回答者：
zhaolin123ll@16
回答時(shí)間：2011-01-10 20:37
14
16
不是個(gè)別現(xiàn)象，同時(shí)用三套軟件測(cè)試，只有移動(dòng)的自動(dòng)路測(cè)儀有這個(gè)問(wèn)題，而且不是一次兩次的，但是設(shè)計(jì)院說(shuō)沒(méi)有問(wèn)題。這個(gè)軟件在信令流程中沒(méi)有channel request ，直接以CM service request判斷為一次起呼。現(xiàn)在問(wèn)題是在這條信令中有CM service request type顯示是呼叫業(yè)務(wù)，但是在1s或者2s主叫又上發(fā)位置更新請(qǐng)求，導(dǎo)致未接通了。我懷疑是不是有可能是上發(fā)CM service request 到網(wǎng)絡(luò)響應(yīng)這段時(shí)間定時(shí)器超時(shí)才導(dǎo)致主叫位置更新的，但是這又是哪個(gè)定時(shí)器呢？怎么設(shè)置的？愛(ài)立信的設(shè)備
wulina0102 2011-01-11 09:37
1.會(huì)不會(huì)是開(kāi)了周期性更新或者是基于參數(shù)變化的更新？？？
2.移動(dòng)臺(tái)是否在LAC邊界來(lái)回走，或者在LAC邊界某個(gè)站出了故障，導(dǎo)致LAC邊界產(chǎn)生變化
2.移動(dòng)臺(tái)是否在LAC邊界來(lái)回走，或者在LAC邊界某個(gè)站出了故障，導(dǎo)致LAC邊界產(chǎn)生變化
回答者：
d2k2000
回答時(shí)間：2011-01-10 20:57
13
13
你是用TEMS軟件測(cè)試的吧？在TEMS軟件測(cè)試軟件里，從第三層信令可以看到：MS發(fā)起呼叫時(shí)首先是CM service request，然后再是才Channel Request。CM service request占用的是SDCCH信道，而Channel Request占用的是RACH信道。很明示TEMS里這CM service request信令顯示是有誤的。應(yīng)該是先有Channel Request，然后才是CM service request。TEMS以前也是Channel Request在前，然后才是CM service request，后來(lái)從5.0的版本就把他們的順序調(diào)換了。至于原因我也不知道。
位置更新占用的是SDCCH信道，而CM service request也是占用SDCCH信道。當(dāng)MS已進(jìn)行CM service request，MS的SDCCH信道已經(jīng)被占用，怎么還可能位置更新，如果MS已占用TCH信道，更不可能進(jìn)行位置更新。很顯然是MS在發(fā)起Channel Request后，在CM service request業(yè)務(wù)請(qǐng)求之前剛好MS進(jìn)行了位置更新。是TEMS信令的顯示誤導(dǎo)了大家。具體原因在上面也提到了。
為什么會(huì)位置更新，可能是由于周期性的位置更新，也可能是正常位置更新。樓主可以看一下LOG是否此時(shí)剛好在LAC邊界。
位置更新占用的是SDCCH信道，而CM service request也是占用SDCCH信道。當(dāng)MS已進(jìn)行CM service request，MS的SDCCH信道已經(jīng)被占用，怎么還可能位置更新，如果MS已占用TCH信道，更不可能進(jìn)行位置更新。很顯然是MS在發(fā)起Channel Request后，在CM service request業(yè)務(wù)請(qǐng)求之前剛好MS進(jìn)行了位置更新。是TEMS信令的顯示誤導(dǎo)了大家。具體原因在上面也提到了。
為什么會(huì)位置更新，可能是由于周期性的位置更新，也可能是正常位置更新。樓主可以看一下LOG是否此時(shí)剛好在LAC邊界。
回答者：
五年陽(yáng)光
回答時(shí)間：2011-01-10 22:19
17
13
贊一個(gè)，LS的信令基礎(chǔ)知識(shí)學(xué)習(xí)的很扎實(shí)，學(xué)習(xí)了。
Stardustming 2011-01-11 08:44
不是tems,是移動(dòng)的自動(dòng)路測(cè)儀，我們都懷疑很有可能是軟件問(wèn)題，但是設(shè)計(jì)院說(shuō)沒(méi)有問(wèn)題，這個(gè)軟件在信令流程中沒(méi)有channel request ，直接以CM service request判斷為一次起呼�，F(xiàn)在問(wèn)題是在這條信令中有CM service request type顯示是呼叫業(yè)務(wù)，但是在1s或者2s主叫又上發(fā)位置更新請(qǐng)求，導(dǎo)致未接通了。我懷疑是不是有可能是上發(fā)CM service request 到網(wǎng)絡(luò)響應(yīng)這段時(shí)間定時(shí)器超時(shí)才導(dǎo)致主叫位置更新的，但是這又是哪個(gè)定時(shí)器呢？怎么設(shè)置的？愛(ài)立信的設(shè)備
wulina0102 2011-01-11 09:32
位置更新有三種情況。一是周期性位置更新（即T3212計(jì)時(shí)器），二是正常位置更新，三是IMSI附著。在你所說(shuō)的情況，可能是正常位置更新(MS在LAC邊界），也可能是周期位置更新。如果MS進(jìn)行了CM service request 后是不可能進(jìn)行位置更新的。應(yīng)該也是自動(dòng)路測(cè)儀信令顯示的問(wèn)題。TEMS就是一開(kāi)始起呼就是CM service request 信令，而實(shí)際不是。樓主可以看看LOG,看是否這樣，如果開(kāi)始起呼就是CM service request ，那就和TEMS里信令顯示一樣了。
五年陽(yáng)光 2011-01-11 12:23
應(yīng)該不是正常位置更新，也不是周期位置更新，因?yàn)槿自O(shè)備一起測(cè)另外兩套設(shè)備全部沒(méi)有問(wèn)題，越來(lái)越確定是軟件問(wèn)題了 無(wú)奈設(shè)計(jì)院的專(zhuān)家們說(shuō)很正常，無(wú)奈ing。。。。謝謝同志們幫忙啦
wulina0102 2011-01-11 16:48
回復(fù)“???ê???? 的答案”
哥們，TEMS中先有CM service request，再有Channel Request，這個(gè)是準(zhǔn)確的。
規(guī)范中先有Channel Request，再有CM service request，是因?yàn)橐?guī)范是站在空中接口的角度來(lái)理解的。
而在測(cè)試手機(jī)中看到的信令，是站在手機(jī)側(cè)的角度來(lái)理解的。
CM service request只是在手機(jī)側(cè)的MM層的信令，并未走到空口。
至于5.0前，只能說(shuō)明愛(ài)立信意識(shí)到上述這種問(wèn)題。
莫非又是傳說(shuō)中的ATU ~~~
懷疑測(cè)試設(shè)備問(wèn)題！
這個(gè)問(wèn)題我也遇到過(guò)，通過(guò)分析發(fā)現(xiàn)，上一次呼叫起呼的時(shí)候和掛機(jī)的時(shí)候不在同一個(gè)LAC區(qū)，正常流程應(yīng)該在掛機(jī)后進(jìn)行Location Updating，在進(jìn)行Routing Area Update.但是這個(gè)設(shè)備掛機(jī)之后掛機(jī)之后主叫MS只做了Routing Area Update，而沒(méi)有做Location Updating，或者兩個(gè)都不作；
重新呼叫，起呼后MS發(fā)現(xiàn)沒(méi)有進(jìn)行Location Updating，又重新進(jìn)行Location Updating，在進(jìn)行Routing Area Update.
已經(jīng)發(fā)出了CM service request軟件統(tǒng)計(jì)一次call failure。
（還有一點(diǎn)不理解的就是假如沒(méi)做位置更新也就是VLR中應(yīng)該無(wú)用戶(hù)信息，為何能到CM service request）
陽(yáng)光大哥層三高手您的答案才是最需要的
deathlover 2012-03-26 10:26
學(xué)習(xí)了,支持一下啊!
回答者：
feiniao216
回答時(shí)間：2011-01-11 09:25
21
9
學(xué)習(xí)學(xué)習(xí) 頂一下
回答者：
朱峰
回答時(shí)間：2011-01-13 15:07
11
7
主叫上發(fā)CM service request之后1到2秒后隨即上發(fā)位置更新請(qǐng)求是怎么回事？且CM service request
麻煩你們看清楚問(wèn)題。。。。。。。。。
我請(qǐng)問(wèn)你們？ CM SERVICE REQUEST之后該出現(xiàn)什么信令？是不是該是一 CM SERVICE ACCEPT？
這個(gè)問(wèn)題最大的疑問(wèn)在這，“如果出現(xiàn)位置更新請(qǐng)求的話(huà)”那么CM SERVICE 之前分配的SDCCH到底是用來(lái)位置更新的了？還是CM SERVICE REQUEST 呼叫請(qǐng)求的了？？？？？
不懂別亂叫~```````````
很顯然LZ的問(wèn)題答案應(yīng)該是CM SERVICE REQUEST 信令丟失 或者網(wǎng)絡(luò)原因沒(méi)有響應(yīng)。。
• 浙江省郵電工程建設(shè)有限公司
聘：寧夏中興5G網(wǎng)優(yōu)中高級(jí)工程師
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：高級(jí)優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：廣州市
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項(xiàng)目
需求人數(shù)：10 人 地點(diǎn)：海南省
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺(tái)高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 福州弘宇信合通信技術(shù)有限公司 聘：“1+N項(xiàng)目”高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點(diǎn)：清遠(yuǎn)市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-初級(jí)單驗(yàn)（7K-12K）
需求人數(shù)：10 人 地點(diǎn)：重慶市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級(jí)后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：九江市
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：高級(jí)優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：廣州市
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項(xiàng)目
需求人數(shù)：10 人 地點(diǎn)：海南省
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺(tái)高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 福州弘宇信合通信技術(shù)有限公司 聘：“1+N項(xiàng)目”高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點(diǎn)：清遠(yuǎn)市
• 西安中興精誠(chéng)通訊有限公司 聘：重慶-初級(jí)單驗(yàn)（7K-12K）
需求人數(shù)：10 人 地點(diǎn)：重慶市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長(zhǎng)沙市,永州市,郴州市,衡陽(yáng)市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 重慶信科通信工程有限公司 聘：江西電信原廠高級(jí)后臺(tái)
需求人數(shù)：2 人 地點(diǎn)：九江市
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |