問題已開啟
(普通問題)
什么情況下UE會(huì)上發(fā)signallingConnectionReleaseIndication消息
• TRXOPERATIONDEGRADEDRSSIdetECTedRxSIGnaldifferenceexceedingthreshold 2015-10-27
• lte ml1 upLINk pkt build iNDIcATIon這條信令作用,會(huì)引起csfb未接通嗎? 2015-07-03
• SIGnaLINg CONNeCTIon releASE INDIcATIon在哪個(gè)協(xié)議里可以看到呢? 2014-05-20
• NodeB發(fā)送RadioLINkfailureiNDIcATIon 2014-05-11
• ODD/EVENINDIcATIon:EvenNumberofIdentityDigitsAndAlsoWhenTheTMSI/P-TM 2014-04-29
• 鑒權(quán)后,SIGaLLINGCONNeCTIonreleASEiNDIcATIon,未接通, 2013-09-01
• 更軟切換 Radio LINk Failure INDIcATIon 2013-07-31
• RadioLINkFailureINDIcATIon引起的掉話 2012-09-02
• lte ml1 upLINk pkt build iNDIcATIon這條信令作用,會(huì)引起csfb未接通嗎? 2015-07-03
• SIGnaLINg CONNeCTIon releASE INDIcATIon在哪個(gè)協(xié)議里可以看到呢? 2014-05-20
• NodeB發(fā)送RadioLINkfailureiNDIcATIon 2014-05-11
• ODD/EVENINDIcATIon:EvenNumberofIdentityDigitsAndAlsoWhenTheTMSI/P-TM 2014-04-29
• 鑒權(quán)后,SIGaLLINGCONNeCTIonreleASEiNDIcATIon,未接通, 2013-09-01
• 更軟切換 Radio LINk Failure INDIcATIon 2013-07-31
• RadioLINkFailureINDIcATIon引起的掉話 2012-09-02
問題答案
( 3 )
一般是UE的高層需要觸發(fā)連接釋放時(shí)會(huì)發(fā)起這個(gè)信令過程。
比如CC層檢測(cè)到MM連接出現(xiàn)問題,要求MM重建鏈路,但鏈路重建失敗,則CC就會(huì)發(fā)起這樣的信令過程發(fā)起釋放
比如CC層檢測(cè)到MM連接出現(xiàn)問題,要求MM重建鏈路,但鏈路重建失敗,則CC就會(huì)發(fā)起這樣的信令過程發(fā)起釋放
回答者:
marinelick
回答時(shí)間:2011-09-25 12:48


澄清一下,其實(shí)終端接收到signallingConnectionReleaseIndication 95%的概率是屬于正常的現(xiàn)象。為什么這么說呢,請(qǐng)看3GPP的相關(guān)描述:m.gg1fic3.cn!Y;V/@5B7|'a9Q"{.w*w
首先是它的定義:The signalling connection release procedure is used to notify to the UE that one of its ongoing signalling connections has been released. The procedure does not initiate the release of the RRC connection.
其次是它在什么情況下發(fā)生:mscbsc 移動(dòng)通信論壇擁有30萬通信專業(yè)人員,超過50萬份GSM/3G等通信技術(shù)資料,是國(guó)內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。%C!O:[4}3V3B e
UE Requested PS Data session end。m.gg1fic3.cn2I(t)I%w2y8r
總結(jié)起來就是這條信令的作用是用來結(jié)束一段PS會(huì)話過程的。相應(yīng)的就會(huì)釋放對(duì)應(yīng)的鏈路。但是卻并不代表要釋放RRC,也不代表要重新初始化RRC。不過UE如果的確沒有其它任務(wù)需求了,是可以釋放RRC并進(jìn)入IDLE狀態(tài)的。目的是為了省電。MSCBSC 移動(dòng)通信論壇(i'?!C F/d9a"?(i+Q.o-S
對(duì)于你提到的CELL UPDATE應(yīng)該和它沒有直接關(guān)系的。唯一可以稍微牽上關(guān)系的也就是因?yàn)閟ignallingConnectionRelease讓UE進(jìn)入了IDLE模式,如果要重新注冊(cè)或者呼叫的話必須先進(jìn)行cell update。而cell update成不成功就完全是另一碼事了,和signallingConnectionRelease毫無關(guān)系。
UE接收到signallingConnectionRelease可能是正常流程,但UE主動(dòng)上發(fā)signallingConnectionReleaseIndication就是異常流程了,比如說UE發(fā)起MOC,但之后的某一流程一直收不到網(wǎng)絡(luò)響應(yīng),導(dǎo)致MOC無法建立,那么UE會(huì)主動(dòng)釋放CS信令連接,就是signallingConnectionReleaseIndication,這個(gè)時(shí)候可能是UE的上下行數(shù)據(jù)發(fā)送有問題,要具體問題具體分析;
-s
而UE既然返回IDLE了,還會(huì)發(fā)起cellUpdate么,IDLE狀態(tài)是不會(huì)發(fā)起cellUpdate的。
cellUpdate不成功很正常,發(fā)起cellUpdate是發(fā)生失步了,這個(gè)時(shí)候網(wǎng)絡(luò)會(huì)經(jīng)常收不到UE上發(fā)的cellUpdate,所以不會(huì)回cellUpdateConfirm,UE發(fā)起n302次cellUpdate之后,還收不到cellUpdateConfirm,所以就返回IDLE了。
“Signalling Connection Release Indication Cause”這個(gè)IE沒記錯(cuò)的話是在Release8中為了新功能增加的,在Release8之前都是沒有的,況且它也只有兩個(gè)取值,能代表什么呢。+I,u4e&]-G9G"o9k;S4T-q
而我也是舉了個(gè)CS的例子,并沒有說這個(gè)只能在CS業(yè)務(wù)下發(fā)起;
員,超過50萬份GSM/3G等通信技術(shù)資料,是國(guó)內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。8O%A C4q3;J5V0A-5O
想想U(xiǎn)E想主動(dòng)釋放業(yè)務(wù)的情況:
1、對(duì)于CS,UE如果想主動(dòng)釋放,那么會(huì)主動(dòng)上發(fā)Disconnect,不會(huì)直接就釋放信令連接;(這里有一種情況UE可以上發(fā)signallingConnectionReleaseIndication,那就是UE剛上發(fā)了IDT消息,Setup消息還沒發(fā)出去,UE就主動(dòng)釋放業(yè)務(wù),那么UE可能會(huì)上發(fā),不過這屬于用戶的變態(tài)操作,按照LZ說的,應(yīng)該不會(huì)出現(xiàn)這樣的情況。)
2、對(duì)于PS業(yè)務(wù),UE如果想釋放業(yè)務(wù),要么會(huì)主動(dòng)發(fā)起PDP去激活;要么會(huì)直接釋放RRC連接(當(dāng)用戶無數(shù)據(jù)時(shí),這個(gè)時(shí)候釋放RRC連接也是網(wǎng)絡(luò)發(fā)起的);UE也不會(huì)主動(dòng)直接釋放信令連接;
首先是它的定義:The signalling connection release procedure is used to notify to the UE that one of its ongoing signalling connections has been released. The procedure does not initiate the release of the RRC connection.
其次是它在什么情況下發(fā)生:mscbsc 移動(dòng)通信論壇擁有30萬通信專業(yè)人員,超過50萬份GSM/3G等通信技術(shù)資料,是國(guó)內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。%C!O:[4}3V3B e
UE Requested PS Data session end。m.gg1fic3.cn2I(t)I%w2y8r
總結(jié)起來就是這條信令的作用是用來結(jié)束一段PS會(huì)話過程的。相應(yīng)的就會(huì)釋放對(duì)應(yīng)的鏈路。但是卻并不代表要釋放RRC,也不代表要重新初始化RRC。不過UE如果的確沒有其它任務(wù)需求了,是可以釋放RRC并進(jìn)入IDLE狀態(tài)的。目的是為了省電。MSCBSC 移動(dòng)通信論壇(i'?!C F/d9a"?(i+Q.o-S
對(duì)于你提到的CELL UPDATE應(yīng)該和它沒有直接關(guān)系的。唯一可以稍微牽上關(guān)系的也就是因?yàn)閟ignallingConnectionRelease讓UE進(jìn)入了IDLE模式,如果要重新注冊(cè)或者呼叫的話必須先進(jìn)行cell update。而cell update成不成功就完全是另一碼事了,和signallingConnectionRelease毫無關(guān)系。
UE接收到signallingConnectionRelease可能是正常流程,但UE主動(dòng)上發(fā)signallingConnectionReleaseIndication就是異常流程了,比如說UE發(fā)起MOC,但之后的某一流程一直收不到網(wǎng)絡(luò)響應(yīng),導(dǎo)致MOC無法建立,那么UE會(huì)主動(dòng)釋放CS信令連接,就是signallingConnectionReleaseIndication,這個(gè)時(shí)候可能是UE的上下行數(shù)據(jù)發(fā)送有問題,要具體問題具體分析;
-s
而UE既然返回IDLE了,還會(huì)發(fā)起cellUpdate么,IDLE狀態(tài)是不會(huì)發(fā)起cellUpdate的。
cellUpdate不成功很正常,發(fā)起cellUpdate是發(fā)生失步了,這個(gè)時(shí)候網(wǎng)絡(luò)會(huì)經(jīng)常收不到UE上發(fā)的cellUpdate,所以不會(huì)回cellUpdateConfirm,UE發(fā)起n302次cellUpdate之后,還收不到cellUpdateConfirm,所以就返回IDLE了。
“Signalling Connection Release Indication Cause”這個(gè)IE沒記錯(cuò)的話是在Release8中為了新功能增加的,在Release8之前都是沒有的,況且它也只有兩個(gè)取值,能代表什么呢。+I,u4e&]-G9G"o9k;S4T-q
而我也是舉了個(gè)CS的例子,并沒有說這個(gè)只能在CS業(yè)務(wù)下發(fā)起;
員,超過50萬份GSM/3G等通信技術(shù)資料,是國(guó)內(nèi)領(lǐng)先專注于通信技術(shù)和通信人生活的社區(qū)。8O%A C4q3;J5V0A-5O
想想U(xiǎn)E想主動(dòng)釋放業(yè)務(wù)的情況:
1、對(duì)于CS,UE如果想主動(dòng)釋放,那么會(huì)主動(dòng)上發(fā)Disconnect,不會(huì)直接就釋放信令連接;(這里有一種情況UE可以上發(fā)signallingConnectionReleaseIndication,那就是UE剛上發(fā)了IDT消息,Setup消息還沒發(fā)出去,UE就主動(dòng)釋放業(yè)務(wù),那么UE可能會(huì)上發(fā),不過這屬于用戶的變態(tài)操作,按照LZ說的,應(yīng)該不會(huì)出現(xiàn)這樣的情況。)
2、對(duì)于PS業(yè)務(wù),UE如果想釋放業(yè)務(wù),要么會(huì)主動(dòng)發(fā)起PDP去激活;要么會(huì)直接釋放RRC連接(當(dāng)用戶無數(shù)據(jù)時(shí),這個(gè)時(shí)候釋放RRC連接也是網(wǎng)絡(luò)發(fā)起的);UE也不會(huì)主動(dòng)直接釋放信令連接;
回答者:
OscarDon
回答時(shí)間:2011-09-25 21:56


很棒。。。。。。。
jongder 2012-07-19 09:45
復(fù)制人家的答案請(qǐng)注明出處,否則就是剽竊,與小偷無異。
Josen 2012-07-20 00:48
其實(shí)復(fù)制也無所謂,但是這個(gè)答案會(huì)誤導(dǎo)人,想知道詳細(xì)的,還是去看原帖!http://bbs.mscbsc.com/thread-270226-1-1.html
骨感面條 2012-11-26 15:34
學(xué)習(xí)下 樓上說的很全了
回答者:
yaochunhua1985
回答時(shí)間:2011-09-26 08:40


• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘:急聘!華為項(xiàng)目(江蘇南京移動(dòng))
需求人數(shù):20 人 地點(diǎn):江蘇省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:網(wǎng)優(yōu)工程師(湖南)
需求人數(shù):3 人 地點(diǎn):長(zhǎng)沙市
• 河北中創(chuàng)盈和通信科技有限公司 聘:優(yōu)化后臺(tái)山西太原
需求人數(shù):2 人 地點(diǎn):太原市
• 嘉環(huán)科技股份有限公司 聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點(diǎn):西寧市
• 西安中興精誠(chéng)通訊有限公司 聘:延安移動(dòng)中興優(yōu)化前臺(tái)測(cè)試分析
需求人數(shù):5 人 地點(diǎn):延安市
• 河南創(chuàng)賽通信科技有限公司 聘:新疆單驗(yàn)簇優(yōu)化人員20人
需求人數(shù):20 人 地點(diǎn):烏魯木齊市,吐魯番市,哈密市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為5G工程單驗(yàn)工程師
需求人數(shù):10 人 地點(diǎn):吐魯番市,哈密市
• 南京華蘇科技有限公司 聘:江西移動(dòng)省公司中高級(jí)
需求人數(shù):1 人 地點(diǎn):南昌市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 安徽引途科技有限公司 聘:安徽皖北單驗(yàn)簇優(yōu)化測(cè)試
需求人數(shù):10 人 地點(diǎn):六安市,宿州市,亳州市,蚌埠市,阜陽市
需求人數(shù):20 人 地點(diǎn):江蘇省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:網(wǎng)優(yōu)工程師(湖南)
需求人數(shù):3 人 地點(diǎn):長(zhǎng)沙市
• 河北中創(chuàng)盈和通信科技有限公司 聘:優(yōu)化后臺(tái)山西太原
需求人數(shù):2 人 地點(diǎn):太原市
• 嘉環(huán)科技股份有限公司 聘:核心網(wǎng)工程師-IMC青海
需求人數(shù):2 人 地點(diǎn):西寧市
• 西安中興精誠(chéng)通訊有限公司 聘:延安移動(dòng)中興優(yōu)化前臺(tái)測(cè)試分析
需求人數(shù):5 人 地點(diǎn):延安市
• 河南創(chuàng)賽通信科技有限公司 聘:新疆單驗(yàn)簇優(yōu)化人員20人
需求人數(shù):20 人 地點(diǎn):烏魯木齊市,吐魯番市,哈密市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為5G工程單驗(yàn)工程師
需求人數(shù):10 人 地點(diǎn):吐魯番市,哈密市
• 南京華蘇科技有限公司 聘:江西移動(dòng)省公司中高級(jí)
需求人數(shù):1 人 地點(diǎn):南昌市
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 安徽引途科技有限公司 聘:安徽皖北單驗(yàn)簇優(yōu)化測(cè)試
需求人數(shù):10 人 地點(diǎn):六安市,宿州市,亳州市,蚌埠市,阜陽市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |