三星I-7680—TD終端并發(fā)業(yè)務(wù)掉話問(wèn)題分析
一、故障現(xiàn)象:
[attach]190038[/attach]
[attach]190039[/attach]
RNC向UE直傳了一條RadioBearerSetup后不到1秒,NAS層UE立即直傳了一條PDP去激活的消息。由于CN已發(fā)起了RAB指配,且RNC并不知道NAS層交互的情況(更不知道哪個(gè)NSAPI對(duì)應(yīng)的PDP正處于釋放的過(guò)程),故下發(fā)radioBearerSetup消息的流程是正常的。說(shuō)明UE收到該消息后的處理存在問(wèn)題。UE認(rèn)為此時(shí)已經(jīng)不需要radioBearerSetup了,故導(dǎo)致radioBearerSetupFailure。
[attach]190040[/attach]
radioBearerSetupFailure后,CN發(fā)送一條IU釋放的信令給RNC。查看IuReleaseRequest釋放原因?yàn)镽NLC_Ue_Operate_fail_invalidconfiguration(226)。
在CS并發(fā)PS情況下,如果PS的RB建立失敗,中興廠家的答復(fù)是:會(huì)將PS和CS業(yè)務(wù)一并釋放掉。原因是:在PS業(yè)務(wù)RB建立失敗情況時(shí),由于NodeB已執(zhí)行RL重配并Commit, 且某些情況下UE側(cè)的最新配置狀體網(wǎng)絡(luò)側(cè)已無(wú)法獲。ㄈRB建立超時(shí)情況,UE可能進(jìn)行了新配置,但也可能沒(méi)有,這個(gè)RNC是無(wú)法獲取的),故即使只釋放PS,對(duì)于CS業(yè)務(wù)也需要執(zhí)行RL重配和RB重配回滾,同時(shí)“回滾流程”難以執(zhí)行,一是由于需要RNC與NodeB、UE交互,有時(shí)時(shí)間上來(lái)不及,二是需要考慮的因素很多,系統(tǒng)實(shí)現(xiàn)過(guò)于復(fù)雜,且挽救的效果并不一定很好。同時(shí),協(xié)議上是對(duì)此沒(méi)有明確規(guī)定。
基于以上原因,最終導(dǎo)致了用戶CS域的掉話。
四、經(jīng)驗(yàn)總結(jié):
此類掉話由兩方面的原因造成:一、三星I-7680等型號(hào)終端對(duì)RNC在某些條件下下發(fā)的rbBearerSetup消息會(huì)反饋失敗指示(即通過(guò)radioBearerSetupFailure消息通知網(wǎng)絡(luò)側(cè)),終端這樣處理并非認(rèn)為消息內(nèi)容不合法,而是認(rèn)為此時(shí)終端狀態(tài)已經(jīng)改變(準(zhǔn)備或已經(jīng)釋放業(yè)務(wù))。這一點(diǎn)已經(jīng)獲得終端廠家確認(rèn)。二、在CS并發(fā)PS情況下,如果PS的RB建立失敗,會(huì)將PS和CS業(yè)務(wù)一并釋放掉。這一點(diǎn)已經(jīng)得到中興公司的確認(rèn)。中興公司的答復(fù)是協(xié)議并沒(méi)有明確的規(guī)定,RL重配和RB重配回滾執(zhí)行起來(lái)非常困難,同時(shí)需要終端配合。
基于以上兩方面原因,最終造成了PS域RB建立失敗,引起IU釋放,導(dǎo)致最終的CS域掉話。此類問(wèn)題的最終解決辦法還是要在協(xié)議中規(guī)范并發(fā)業(yè)務(wù)的CS域和PS域業(yè)務(wù)釋放流程,讓終端和主設(shè)備廠家遵守。
(勾選中文件為要?jiǎng)h除文件)
您即將訪問(wèn)的地址是其它網(wǎng)站的內(nèi)容,MSCBSC將不再對(duì)其安全性和可靠性負(fù)責(zé),請(qǐng)自行判斷是否繼續(xù)前往
繼續(xù)訪問(wèn) 取消訪問(wèn),關(guān)閉