問題已開啟
(普通問題)
求高人GSM未接通信令詳解,尤其是異常未接通事件
• 現(xiàn)在還有必要學(xué)GSM和CDMA嗎 2020-09-29
• SA語(yǔ)音業(yè)務(wù)EPSFB回落4G后不進(jìn)行volte,GSMCALL超時(shí)、失敗 2020-09-02
• 安卓手機(jī)獲取GSM場(chǎng)強(qiáng)和信號(hào)強(qiáng)度得到ber=99,怎么計(jì)算信號(hào)強(qiáng)度? 2019-12-26
• GSM和FDD合路天線,功率相同,為什么GSM覆蓋效果比FDD好很多? 2019-12-23
• 諾基亞FlexiGSMBTS基站原理及組成應(yīng)用場(chǎng)景 2019-11-26
• 我國(guó)GSM頻段是多少 2019-08-22
• 諾西在高鐵上用的GSM-R分布式基站是什么型號(hào)啊 2019-08-21
• 跪求中興GSM高級(jí)最新題庫(kù) 2019-07-29
• SA語(yǔ)音業(yè)務(wù)EPSFB回落4G后不進(jìn)行volte,GSMCALL超時(shí)、失敗 2020-09-02
• 安卓手機(jī)獲取GSM場(chǎng)強(qiáng)和信號(hào)強(qiáng)度得到ber=99,怎么計(jì)算信號(hào)強(qiáng)度? 2019-12-26
• GSM和FDD合路天線,功率相同,為什么GSM覆蓋效果比FDD好很多? 2019-12-23
• 諾基亞FlexiGSMBTS基站原理及組成應(yīng)用場(chǎng)景 2019-11-26
• 我國(guó)GSM頻段是多少 2019-08-22
• 諾西在高鐵上用的GSM-R分布式基站是什么型號(hào)啊 2019-08-21
• 跪求中興GSM高級(jí)最新題庫(kù) 2019-07-29
問題答案
( 1 )
7.3.1 1隨機(jī)接入、立即指配異常流程
1. 信道激活后收不到Establish Indication
這種情況發(fā)生原因,一般有:(1) MS設(shè)計(jì)不符合協(xié)議,重發(fā)多個(gè)Channel Request造成BSS多分配并激活信令信道。
(2) 即使BSS系統(tǒng)運(yùn)行正常,MS在一次接入時(shí),也可能重發(fā)多個(gè)Channel Request,造成BSS激活多個(gè)信令信道,而實(shí)際上MS只會(huì)占用其中一個(gè);其它信道由于無法收到MS的Establish Indication,而由BSC在T3101定時(shí)器超時(shí)后將信道釋放。無線口上行接收正常,但下行信號(hào)不能被MS很好接收。
此時(shí),在MS側(cè)跟蹤無線口,可能發(fā)現(xiàn)在給BTS發(fā)送Channel Request后,收不到BTS的相關(guān)信息。
這時(shí),需要檢查上下行接收電平、接收質(zhì)量是否正常。如果MS和基站之間距離不遠(yuǎn),但接收電平低、接收質(zhì)量差,需要檢查BTS天饋以及MS的天線、電池等是否正常。
3)BSC數(shù)據(jù)配置中的擴(kuò)展傳輸時(shí)隙數(shù)(Tx-integer)及CCCH配置不當(dāng)
Tx-integer與CCCH配置方式影響MS的Channel Request的重發(fā)間隔時(shí)間。
2. BSC發(fā)Immediate Assignment Reject。
如果BSC收到Channel Required后,給MS發(fā)Immediate Assignment Reject,通常為如下原因:(3) 發(fā)現(xiàn)無合適的信令信道(信令信道通常為SDCCH,也可以為TCH。)分配給該MS。這種情況一般為信道全忙或者信道被閉塞等造成不可用。
(4) 給BTS下發(fā)Channel Activation后,BTS回Channel Activation Negative Acknowledge。
如果BTS給BSC回大量Channel Activation Negative Acknowledge,通常是由于Abis接口傳輸不穩(wěn)定造成BSC和BTS信道狀態(tài)不一致;或者BTS個(gè)別單板運(yùn)行出現(xiàn)異常。
2MSC未下發(fā)Assignment request 而是直接下發(fā)Disconnect拆除呼叫
這種情況的發(fā)生,通常會(huì)導(dǎo)致大量用戶投訴電話打不通。此時(shí)需要重點(diǎn)檢查:(5) MSC側(cè)A接口電路狀態(tài)
(6) MSC和BSC的A接口數(shù)據(jù)一致性,尤其是電路池?cái)?shù)據(jù)。
3指配異常流程
3. Assignment Failure
在BSC收到Assignment Request后,BSC沒正常返回Assignment Complete,而是返回Assignment Failure。常見原因有:(7) BSC無合適的話音信道供分配。
BSC無合適的話音信道分配,有可能是話音信道全部處于Busy狀態(tài),也可能是被Block等造成不可用。
此時(shí),BSC回的Assignment Failure消息所帶原因值為No Radio Resource。
對(duì)這種情況,可通過增加TRX進(jìn)行基站擴(kuò)容、修改接入門限、打開直接重試開關(guān)進(jìn)行改善。
(8) MS接入話音信道失敗,從信令信道上發(fā)送Assignment Failure。
這種情況下的Assignment Failure是從MS報(bào)上來的。
由于無線口傳輸?shù)奶厥庑,這種情況實(shí)際網(wǎng)絡(luò)中出現(xiàn)最多,且無法根本解決。 如果這種情況發(fā)生比例很大,易導(dǎo)致用戶投訴,需要重點(diǎn)檢查天饋、BTS相關(guān)單板、BSC數(shù)據(jù)配置中接入方面的相關(guān)參數(shù)。
(9) BSC側(cè)發(fā)現(xiàn)A接口電路異常,例如Assignment Request中帶的CIC不可用。
此時(shí)需要重點(diǎn)核查MSC和BSC的A接口數(shù)據(jù)一致性。
(10) BSC相關(guān)硬件出現(xiàn)異常。
此時(shí),BSC回的Assignment Failure消息所帶原因值通常為Equipment Failure。
這時(shí)需要重點(diǎn)檢查:1) BSC模塊間通訊相關(guān)單板及其母板、光纖,例如GMC2、GMCC、GSNT、GOPT、GFBI;2) A接口相關(guān)單板,例如E3M、TCSM單元及其母板。
(11) A接口傳輸出現(xiàn)異常。
4. Directed Retry
BSC在收到MSC下發(fā)的Assignment Request后,由于無合適的TCH供分配,而BSC數(shù)據(jù)配置中容許進(jìn)行直接重試,BSC將視情況發(fā)起切換(原因值為Directed Retry),使MS直接重試到其它小區(qū)。4掉話造成的異常流程
主被叫用戶在任何流程中間,均有可能掉話,導(dǎo)致后續(xù)流程不能正常完成。例如,BSC在收到MSC下發(fā)的Assignment Request消息后,用戶突然掉話,可能導(dǎo)致BSC既不給MSC返回Assignment Complete也不返回Assignment Failure,而是發(fā)Clear Request。5用戶掛機(jī)造成的異常流程
主被叫用戶在任何流程中間,均有可能掛機(jī),導(dǎo)致后續(xù)流程不能正常完成。例如,BSC在收到MSC下發(fā)的Assignment Request消息后,用戶突然掛機(jī),可能導(dǎo)致BSC在給MSC返回Assignment Complete或Assignment Failure前,呼叫流程已終止,這將造成該指配流程既不是指配成功(BSC發(fā)Assignment Complete)流程也不是指配失。BSC發(fā)Assignment Failure)流程。6MSC清除造成的異常流程
在A接口鏈接建立后,主被叫用戶在任何流程中間,MSC均有可能由于某些原因而給BSC下發(fā)Clear Command或Disconnect消息,導(dǎo)致后續(xù)流程不能正常完成。例如,BSC在收到MSC下發(fā)的Assignment Request消息后,用戶突然掛機(jī),可能導(dǎo)致BSC在給MSC返回Assignment Complete或Assignment Failure前,呼叫流程已終止,這將造成該指配流程既不是指配成功(BSC發(fā)Assignment Complete)流程也不是指配失敗(BSC發(fā)Assignment Failure)流程。如果這種現(xiàn)象很多,需要重點(diǎn)分析:(12) Clear Command中所帶的原因值
如果是呼叫正常結(jié)束,Clear Command中所帶的原因值一般為Call Control等;否則可能為Protocol Error、Equipment Failure等。
(13) Clear Command或Disconnect與流程中上一條消息間的時(shí)間差
通過分析相鄰二條消息的時(shí)間差,可以看出是否存在超時(shí)觸發(fā)異常流程的可能。
回答者:
sdshaomb
回答時(shí)間:2011-07-08 10:55


• 成都旗訊通信技術(shù)有限公司
聘:招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)后臺(tái)中高級(jí)
需求人數(shù):12 人 地點(diǎn):北京市,上海市,天津市,重慶市,浙江省
• 合肥超腦信息科技有限公司 聘:5G單驗(yàn)測(cè)試-浙江
需求人數(shù):6 人 地點(diǎn):浙江省
• 南京華蘇科技有限公司 聘:中興中高級(jí)優(yōu)化工程師
需求人數(shù):20 人 地點(diǎn):山東省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):上饒市
• 上海德專信息技術(shù)有限公司 聘:【急聘】昆明諾基亞后臺(tái)
需求人數(shù):3 人 地點(diǎn):云南省
• 河南創(chuàng)賽通信科技有限公司 聘:廣西日常需求前臺(tái)初中級(jí)
需求人數(shù):30 人 地點(diǎn):廣西省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點(diǎn):上饒市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘:華為網(wǎng)格長(zhǎng)
需求人數(shù):2 人 地點(diǎn):海口市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建網(wǎng)優(yōu)IMC工程師
需求人數(shù):3 人 地點(diǎn):福州市,廈門市,漳州市
• 杭州飛陽(yáng)科技有限公司 聘:高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù):5 人 地點(diǎn):云南省,山西省
需求人數(shù):12 人 地點(diǎn):北京市,上海市,天津市,重慶市,浙江省
• 合肥超腦信息科技有限公司 聘:5G單驗(yàn)測(cè)試-浙江
需求人數(shù):6 人 地點(diǎn):浙江省
• 南京華蘇科技有限公司 聘:中興中高級(jí)優(yōu)化工程師
需求人數(shù):20 人 地點(diǎn):山東省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):上饒市
• 上海德專信息技術(shù)有限公司 聘:【急聘】昆明諾基亞后臺(tái)
需求人數(shù):3 人 地點(diǎn):云南省
• 河南創(chuàng)賽通信科技有限公司 聘:廣西日常需求前臺(tái)初中級(jí)
需求人數(shù):30 人 地點(diǎn):廣西省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點(diǎn):上饒市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘:華為網(wǎng)格長(zhǎng)
需求人數(shù):2 人 地點(diǎn):海口市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建網(wǎng)優(yōu)IMC工程師
需求人數(shù):3 人 地點(diǎn):福州市,廈門市,漳州市
• 杭州飛陽(yáng)科技有限公司 聘:高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù):5 人 地點(diǎn):云南省,山西省
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |