問題已開啟
(普通問題)
關(guān)于VP業(yè)務(wù)接入失敗的問題。
在一次VP的DT測(cè)試過程中,共有2次接入失敗,查看信令發(fā)現(xiàn)當(dāng)前小區(qū)的RSCP和Ec/Io都很好,RRC建立成功后就開始釋放了。具體的失敗原因是:Cause Value =58( Bearer capability not presently available ),查看基站無(wú)告警,請(qǐng)問各位還有什么原因呢?目前已派出覆蓋,干擾,切換等問題。。。
更多
問題
業(yè)務(wù)
接入
相關(guān)問題
• 移動(dòng)家庭短號(hào)問題 2020-09-10
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問題 2020-08-19
• 怎么解決RTWP 偏高問題 2020-08-17
• 問一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問題,該如何解決? 2020-07-16
• 咨詢一下:我下載文檔提升成功下載了,但實(shí)際上電腦上并沒有下載文件?這個(gè)問題怎么處理,謝謝! 2020-07-14
• 如何請(qǐng)教問題? 2020-07-12
• 5G NSA小區(qū)變更問題 2020-07-06
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問題 2020-08-19
• 怎么解決RTWP 偏高問題 2020-08-17
• 問一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問題,該如何解決? 2020-07-16
• 咨詢一下:我下載文檔提升成功下載了,但實(shí)際上電腦上并沒有下載文件?這個(gè)問題怎么處理,謝謝! 2020-07-14
• 如何請(qǐng)教問題? 2020-07-12
• 5G NSA小區(qū)變更問題 2020-07-06
問題答案
( 6 )
肯定不是網(wǎng)絡(luò)問題,是不是核心網(wǎng)在修改數(shù)據(jù)導(dǎo)致的,或者手機(jī)出現(xiàn)了問題導(dǎo)致。
回答者:
xuguoping
回答時(shí)間:2010-11-26 14:02


最好去業(yè)務(wù)建立不起來的小區(qū)做CQT測(cè)試,并檢查小區(qū)數(shù)據(jù)是不是和其他小區(qū)數(shù)據(jù)配置一致

可能是由于UE 發(fā)出 RRC Connection Setup Complete 消息而 RNC 沒有收到
這種問題出現(xiàn)的概率很小。如果出現(xiàn)這類問題可以適當(dāng)提高專用信道的 Constant Value 值,從而提高 UE 的上行 DPCCH 初始發(fā)射功率。
回答者:
huangxiaotian
回答時(shí)間:2010-11-26 15:45


哥們,RRC已經(jīng)建立成功了~~~~不過還是想知道你說的這個(gè)參數(shù)的意義,能告訴下這個(gè)參數(shù)的具體位置嗎,比如說在65張表里的位置 ?謝謝!

RRC是已經(jīng)建立成功了,但是可能RNC沒有收到這條消息!

如果是核心網(wǎng)問題,核心網(wǎng)會(huì)在CMRequest之后回復(fù)Reject,你這是承載問題,建議你做如下排查:
1、檢查基站是否業(yè)務(wù)量過大,無(wú)可用資源;
2、看RAB請(qǐng)求中的速率是否不符合要求;
3、在該小區(qū)定點(diǎn)測(cè)試,如果一直無(wú)法做VP業(yè)務(wù),則檢查基站配置,具體是什么配置問題,找設(shè)備支持吧
1、檢查基站是否業(yè)務(wù)量過大,無(wú)可用資源;
2、看RAB請(qǐng)求中的速率是否不符合要求;
3、在該小區(qū)定點(diǎn)測(cè)試,如果一直無(wú)法做VP業(yè)務(wù),則檢查基站配置,具體是什么配置問題,找設(shè)備支持吧
回答者:
haiying
回答時(shí)間:2010-11-26 17:57


也有可能是主叫在3G上,被叫在2G上,這樣會(huì)直接導(dǎo)致核心網(wǎng)在收到RAB指派后,核心網(wǎng)直接下發(fā)DISCONECT
回答者:
148270895
回答時(shí)間:2010-11-30 00:35


從 58 的錯(cuò)誤代碼看, 應(yīng)該是承載的問題,
用戶要求的資源請(qǐng)求,比如QoS的速率, 延時(shí),誤碼等等, 系統(tǒng)設(shè)備能支持該配置, 但是 當(dāng)前卻不能分配, 導(dǎo)致連接丟失.
系統(tǒng)設(shè)備的配置問題或是請(qǐng)求的參數(shù)不合理的可能性小些, 如能排除硬件出錯(cuò)原因的話, 最有可能的是, 業(yè)務(wù)量有突然變化,
用戶要求的資源請(qǐng)求,比如QoS的速率, 延時(shí),誤碼等等, 系統(tǒng)設(shè)備能支持該配置, 但是 當(dāng)前卻不能分配, 導(dǎo)致連接丟失.
系統(tǒng)設(shè)備的配置問題或是請(qǐng)求的參數(shù)不合理的可能性小些, 如能排除硬件出錯(cuò)原因的話, 最有可能的是, 業(yè)務(wù)量有突然變化,
回答者:
ebridge
回答時(shí)間:2010-12-07 13:04


正如樓上所說這是承載問題。
樓主說是在DT測(cè)試過程中發(fā)現(xiàn)此小區(qū)有兩次這樣接入失敗事件,不知道到底是突發(fā)事件還是這個(gè)小區(qū)一直是這樣。建議樓主對(duì)這個(gè)小區(qū)做CQT測(cè)試,并且提取當(dāng)天的KPI數(shù)據(jù)并把問題定位在本小區(qū),從COUNTER里面定位問題原因,這樣能更快查找出原因。
做完CQT或者從KPI定位到本小區(qū)后確定是突發(fā)事件的話,那么這種情況就有很多種了。比如:
1. 由于用戶的錯(cuò)誤行為造成,如用戶在已經(jīng)有下行128K的數(shù)據(jù)業(yè)務(wù)時(shí),收到了 VP 業(yè)務(wù)的 無(wú)線承載 建立請(qǐng)求(VP 主叫或者被叫),由于大部分終端不支持下行同時(shí)進(jìn)行 VP 和高速(大于/等于64K)PS 業(yè)務(wù),UE 直接回應(yīng) 無(wú)線承載 建立失敗.
2.在無(wú)線承載業(yè)務(wù)建立請(qǐng)求過程中發(fā)生了小區(qū)更新
3.當(dāng)時(shí)被叫正處于2G不支持此業(yè)務(wù)
4.突發(fā)性的物理信道失敗(可能性小)
如果本小區(qū)一直是這樣的話,那么就有這幾種情況了:
1.基站的設(shè)備問題
2.基站的數(shù)據(jù)配置問題了
3.本小區(qū)發(fā)生突發(fā)性的擁塞(除了那幾個(gè)大城市,現(xiàn)在要發(fā)生業(yè)務(wù)擁塞的可能太小了。主要排查一下有沒有出現(xiàn)傳輸擁塞,我之前遇到過傳輸擁塞)
樓主說是在DT測(cè)試過程中發(fā)現(xiàn)此小區(qū)有兩次這樣接入失敗事件,不知道到底是突發(fā)事件還是這個(gè)小區(qū)一直是這樣。建議樓主對(duì)這個(gè)小區(qū)做CQT測(cè)試,并且提取當(dāng)天的KPI數(shù)據(jù)并把問題定位在本小區(qū),從COUNTER里面定位問題原因,這樣能更快查找出原因。
做完CQT或者從KPI定位到本小區(qū)后確定是突發(fā)事件的話,那么這種情況就有很多種了。比如:
1. 由于用戶的錯(cuò)誤行為造成,如用戶在已經(jīng)有下行128K的數(shù)據(jù)業(yè)務(wù)時(shí),收到了 VP 業(yè)務(wù)的 無(wú)線承載 建立請(qǐng)求(VP 主叫或者被叫),由于大部分終端不支持下行同時(shí)進(jìn)行 VP 和高速(大于/等于64K)PS 業(yè)務(wù),UE 直接回應(yīng) 無(wú)線承載 建立失敗.
2.在無(wú)線承載業(yè)務(wù)建立請(qǐng)求過程中發(fā)生了小區(qū)更新
3.當(dāng)時(shí)被叫正處于2G不支持此業(yè)務(wù)
4.突發(fā)性的物理信道失敗(可能性小)
如果本小區(qū)一直是這樣的話,那么就有這幾種情況了:
1.基站的設(shè)備問題
2.基站的數(shù)據(jù)配置問題了
3.本小區(qū)發(fā)生突發(fā)性的擁塞(除了那幾個(gè)大城市,現(xiàn)在要發(fā)生業(yè)務(wù)擁塞的可能太小了。主要排查一下有沒有出現(xiàn)傳輸擁塞,我之前遇到過傳輸擁塞)
回答者:
moushizairen
回答時(shí)間:2010-12-09 14:14


• 重慶信科通信工程有限公司
聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):上海市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點(diǎn):煙臺(tái)市
• 安徽引途科技有限公司 聘:標(biāo)案、流程主管
需求人數(shù):2 人 地點(diǎn):南寧市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點(diǎn):新疆
• 江西省郵電建設(shè)工程有限公司 聘:江西電信5G原廠優(yōu)化高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):南昌市
• 上海德專信息技術(shù)有限公司 聘:內(nèi)蒙古初級(jí)后臺(tái)
需求人數(shù):2 人 地點(diǎn):內(nèi)蒙古
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 廣東華訊工程有限公司 聘:廣東移動(dòng)維護(hù)支撐
需求人數(shù):2 人 地點(diǎn):廣州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:RF中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):北京市
需求人數(shù):2 人 地點(diǎn):南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):上海市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點(diǎn):煙臺(tái)市
• 安徽引途科技有限公司 聘:標(biāo)案、流程主管
需求人數(shù):2 人 地點(diǎn):南寧市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點(diǎn):新疆
• 江西省郵電建設(shè)工程有限公司 聘:江西電信5G原廠優(yōu)化高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):南昌市
• 上海德專信息技術(shù)有限公司 聘:內(nèi)蒙古初級(jí)后臺(tái)
需求人數(shù):2 人 地點(diǎn):內(nèi)蒙古
• 廣州瀚信通信科技股份有限公司 聘:項(xiàng)目經(jīng)理(廣東)
需求人數(shù):2 人 地點(diǎn):廣東省
• 廣東華訊工程有限公司 聘:廣東移動(dòng)維護(hù)支撐
需求人數(shù):2 人 地點(diǎn):廣州市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:RF中高級(jí)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):北京市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |