問題已開啟
(普通問題)
收到指配完成后,為什么緊接著又收到指配失敗的信令
在DT測試中,為什么手機在專用模式下分配TCH信道,發(fā)出請求后,收到TCH指配完成,后緊接著沒幾秒鐘又收到一條TCH指配失敗的信令,請高位大俠們指教下,大致由于那些原因導致這種情況!
更多
信令
相關問題
• 請教一個有關TD小區(qū)接入UU信令 2010-08-05
• 哪位大俠可以提供一下并發(fā)業(yè)務的信令流程圖看看啊 2010-08-03
• 信令分析儀是掃頻儀嗎?有什么區(qū)別 2010-08-03
• 信令詳解 2010-08-02
• TD中同頻、異頻切換的算法,在層三信令上逐個分析算法,哪位高人可以結合測試數據總結下,謝了... 2010-08-02
• TD中MMC都包括哪些?MMC的信令流程是? 2010-07-31
• 幫忙解釋一下有關GSM網絡中的信令? 2010-07-30
• 同頻同擾可以在信令上看到嗎 2010-07-29
• 哪位大俠可以提供一下并發(fā)業(yè)務的信令流程圖看看啊 2010-08-03
• 信令分析儀是掃頻儀嗎?有什么區(qū)別 2010-08-03
• 信令詳解 2010-08-02
• TD中同頻、異頻切換的算法,在層三信令上逐個分析算法,哪位高人可以結合測試數據總結下,謝了... 2010-08-02
• TD中MMC都包括哪些?MMC的信令流程是? 2010-07-31
• 幫忙解釋一下有關GSM網絡中的信令? 2010-07-30
• 同頻同擾可以在信令上看到嗎 2010-07-29
問題答案
( 4 )
請高手們解答
回答者:
zhangtao0721
回答時間:2010-03-30 09:04


TCH指配完成消息應該是由MS上發(fā)到BSC的.
在MS收到基站發(fā)來的ASSIGNMENT COMMAND消息后,將會就將收 發(fā)信配置調整到該TCH信道上,通過FACCH信道(此后傳遞信令,將都采用該信道形式,其實它就是利用的TCH信道,唯一不同是將TCH突發(fā)脈沖的標識位由0改為1,這種形式被稱為偷幀)向系統發(fā)出SABM消息,系統在收到該消息后,會向BSC發(fā)出ESTABLISH INDICATION(建立指示消息 ),同初始分配信令信道一樣,需系統再發(fā)回一條UA的證實幀。
當MS收到UA幀后將通過FACCH信道向系統發(fā)出分配完成(ASSIGNMENT COMMPLETE)消息,若因無線接口失敗、無線接口消息失敗或因 干擾和硬件問題無法識別指派信息等原因MS無法占用該指定的信道,MS就會向系統發(fā)出ASSIGNMENT FAILURE(指派失。,若因干擾等原因 MS未收到系統發(fā)給它的指派命令或系統未收到MS的響應導致在BSC未收到MS返回的消息,則系統將該信道釋放掉。
在BSC收到分配完成的信令后,一方面向MSC發(fā)出指派完成(ASSIGNMENT COMPLETE)消息,一方面向BTS發(fā)出無線信道釋放(RF CHANNEL RELEASE)消息,要求將以前占用的SDCCH信令信道資源釋放 掉,當BTS完成了信令信道的釋放后,將發(fā)給BSC一條信道釋放完成(RF CHANNEL RELEASE ACK)消息,BSC收到此消息后就認為該信道已返 回到空閑狀態(tài)下,該資源可以用于分配給新的信道請求。
在MS 的指派過程中,BSC將觸發(fā)一個T3107的定時器,該定時器在BSC向BTS發(fā)送指派命令(ASSIGNMENT COMMAND )的報文啟動,在收到BTS發(fā)出的指派完成時(ASSIGNMENT COMPLETE )時,將該定時器復位。該定時器逾時一般是由于無線鏈路覆蓋很差導致的,當此定時器逾時后,將認為移動臺已脫網,則將占用的該資源釋放掉讓給其它的移動臺。
從上述描述中可以看到,當終端發(fā)送了AC消息后,如果BSC不能收到AC消息,那么在一個定時器時間后,將釋放TCH資源,MS無法占用信道,就將發(fā)送AF消息。所以這種情況一般為干擾或上行覆蓋問題造成。
在MS收到基站發(fā)來的ASSIGNMENT COMMAND消息后,將會就將收 發(fā)信配置調整到該TCH信道上,通過FACCH信道(此后傳遞信令,將都采用該信道形式,其實它就是利用的TCH信道,唯一不同是將TCH突發(fā)脈沖的標識位由0改為1,這種形式被稱為偷幀)向系統發(fā)出SABM消息,系統在收到該消息后,會向BSC發(fā)出ESTABLISH INDICATION(建立指示消息 ),同初始分配信令信道一樣,需系統再發(fā)回一條UA的證實幀。
當MS收到UA幀后將通過FACCH信道向系統發(fā)出分配完成(ASSIGNMENT COMMPLETE)消息,若因無線接口失敗、無線接口消息失敗或因 干擾和硬件問題無法識別指派信息等原因MS無法占用該指定的信道,MS就會向系統發(fā)出ASSIGNMENT FAILURE(指派失。,若因干擾等原因 MS未收到系統發(fā)給它的指派命令或系統未收到MS的響應導致在BSC未收到MS返回的消息,則系統將該信道釋放掉。
在BSC收到分配完成的信令后,一方面向MSC發(fā)出指派完成(ASSIGNMENT COMPLETE)消息,一方面向BTS發(fā)出無線信道釋放(RF CHANNEL RELEASE)消息,要求將以前占用的SDCCH信令信道資源釋放 掉,當BTS完成了信令信道的釋放后,將發(fā)給BSC一條信道釋放完成(RF CHANNEL RELEASE ACK)消息,BSC收到此消息后就認為該信道已返 回到空閑狀態(tài)下,該資源可以用于分配給新的信道請求。
在MS 的指派過程中,BSC將觸發(fā)一個T3107的定時器,該定時器在BSC向BTS發(fā)送指派命令(ASSIGNMENT COMMAND )的報文啟動,在收到BTS發(fā)出的指派完成時(ASSIGNMENT COMPLETE )時,將該定時器復位。該定時器逾時一般是由于無線鏈路覆蓋很差導致的,當此定時器逾時后,將認為移動臺已脫網,則將占用的該資源釋放掉讓給其它的移動臺。
從上述描述中可以看到,當終端發(fā)送了AC消息后,如果BSC不能收到AC消息,那么在一個定時器時間后,將釋放TCH資源,MS無法占用信道,就將發(fā)送AF消息。所以這種情況一般為干擾或上行覆蓋問題造成。
回答者:
JerryHC
回答時間:2010-03-30 10:51


寫的很好!謝謝哈,對了TCH準備分配的概念是什么?為什么會有TCH準備失敗的說法?

就像我申請一個會議室開會,管理員還得看看有沒有會議室資源了,若有了,衛(wèi)生是否搞好了,設備是否可用了。同樣,我申請TCH信道資源,系統先要看看有沒有資源了,是否正常可用(信號弱、有干擾)。如果資源沒有了或不可用了。就“準備失敗了”

樓上的很詳細了!
回答者:
yuandongjie
回答時間:2010-03-30 13:13


二樓的說得很詳細
回答者:
guanri@liheng
回答時間:2010-03-31 09:33


• 錦華技術(蘭州)有限公司
聘:福建5G華為中級/高級后臺
需求人數:5 人 地點:廈門市,莆田市,漳州市
• 北京宜通華瑞科技有限公司 聘:高速高鐵優(yōu)化中級(江西上饒)
需求人數:1 人 地點:上饒市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數:2 人 地點:上饒市
• 浙江省郵電工程建設有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數:7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數:1 人 地點:岳陽市,益陽市
• 廣東南方通信建設有限公司 聘:日常項目高級工程師
需求人數:1 人 地點:南寧市
• 河北中創(chuàng)盈和通信科技有限公司 聘:優(yōu)化后臺山西太原
需求人數:2 人 地點:太原市
• 北京電旗通訊技術股份有限公司 聘:OTN/XPON/軟交換吉林項目
需求人數:3 人 地點:長春市,遼源市,四平市
• 西安長河通訊有限責任公司 聘:中興OTN工程師(高級)
需求人數:1 人 地點:紅河州
• 浙江明訊網絡技術有限公司 聘:網優(yōu)工程師(湖南)
需求人數:3 人 地點:長沙市
需求人數:5 人 地點:廈門市,莆田市,漳州市
• 北京宜通華瑞科技有限公司 聘:高速高鐵優(yōu)化中級(江西上饒)
需求人數:1 人 地點:上饒市
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數:2 人 地點:上饒市
• 浙江省郵電工程建設有限公司 聘:新疆中興中高級優(yōu)化工程師
需求人數:7 人 地點:昌吉市,博樂市,克拉瑪依市,石河子市
• 福建省鴻官通信工程有限公司 聘:湖南電信專項中高級后臺
需求人數:1 人 地點:岳陽市,益陽市
• 廣東南方通信建設有限公司 聘:日常項目高級工程師
需求人數:1 人 地點:南寧市
• 河北中創(chuàng)盈和通信科技有限公司 聘:優(yōu)化后臺山西太原
需求人數:2 人 地點:太原市
• 北京電旗通訊技術股份有限公司 聘:OTN/XPON/軟交換吉林項目
需求人數:3 人 地點:長春市,遼源市,四平市
• 西安長河通訊有限責任公司 聘:中興OTN工程師(高級)
需求人數:1 人 地點:紅河州
• 浙江明訊網絡技術有限公司 聘:網優(yōu)工程師(湖南)
需求人數:3 人 地點:長沙市
熱點問題
更多精彩
聯系我們 - 問通信專家 | Powered by MSCBSC 移動通信網 © 2006 - |