 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• GSM語音路測中需要注意：接通率嗎，如何看呢？ 2011-09-27
• TD中未接通具體有哪些原因，全面的？ 2011-09-27
• 未接通問題 2011-09-26
• 數(shù)字光纖直放站開通后接通率低是怎么回事？ 2011-09-23
• TD未接通 2011-09-22
• 現(xiàn)在的3G視頻通話接通的具體路由是什么？ 2011-09-18
• G網(wǎng)路測中的兩個未接通問題，可能定位不準，大家?guī)臀曳治鱿�，謝謝了 2011-09-16
• TD中未接通具體有哪些原因，全面的？ 2011-09-27
• 未接通問題 2011-09-26
• 數(shù)字光纖直放站開通后接通率低是怎么回事？ 2011-09-23
• TD未接通 2011-09-22
• 現(xiàn)在的3G視頻通話接通的具體路由是什么？ 2011-09-18
• G網(wǎng)路測中的兩個未接通問題，可能定位不準，大家?guī)臀曳治鱿�，謝謝了 2011-09-16
問題答案
( 2 )
N200超時
1、Number of times proper response not received to establish link after N200 SABME sent.
2、Number of times maximum number of transmissions (N200) reached on any frame except SABME
什么意思呢？我們先理解SABM，SABM是LAPDm協(xié)議中的檢錯的一個幀，LAPDm是指MS到BTS的鏈路層協(xié)議。表現(xiàn)在主叫流程上，在MS收到網(wǎng)絡(luò)的assignment conmmand消息后，啟動鏈路層連接的本端釋放，斷連物理信道。并根據(jù)命令的要求切換到所分配的信道上。隨即MS啟動低層鏈路連接建立，將收發(fā)信機（手機中的一個功能模塊）配置調(diào)整到該TCH信道上，并通過FACCH向系統(tǒng)發(fā)出SABM消息，在BTS收到MS的SABM后，進行類似初始化分配信令信道一樣，回發(fā)一條UA的證實幀來進行爭搶判決。這期間FACCH利用TCH進行“偷幀”。系統(tǒng)收到SABM消息后，會向BSC發(fā)出“established indication”，經(jīng)過判決后，若MS“認為”已經(jīng)成功占用網(wǎng)絡(luò)分配的信道，將通過FACCH向系統(tǒng)發(fā)出“assignment complete”消息。
MS到BTS使用的LAPDm協(xié)議中需要SABM/UA消息來和BTS到BSC的LAPD協(xié)議實現(xiàn)一種證實模式的傳輸，通過SABM/UA消息來建立兩端的計數(shù)同步。這就是GSM信令協(xié)議中提及的檢錯和糾錯技術(shù)。
下面我們回到N200超時的定義。
N200超時
1、 在N200（次）SABM消息發(fā)送后，仍沒有接收到正確的回應(yīng)建立鏈接；（這是從MS向BTS發(fā)送的角度說）
2、 （N200）最大傳送數(shù)達到設(shè)置次數(shù)內(nèi)沒有收到SABM消息（這是BTS接受的MS上發(fā)SABM消息的角度說）
N200 of established 和 N200 of release兩個概念
基站和MS之間Um口的層二鏈路LAPDm的I幀發(fā)送時需要進行差錯控制：如果I幀發(fā)送的信息錯誤，則重新發(fā)送。該參數(shù)是I幀在多幀釋放過程中的最大重傳次數(shù)。
N200和T200的關(guān)系
T200定時器是防止數(shù)據(jù)鏈路層數(shù)據(jù)發(fā)送過程死鎖的定時器，數(shù)據(jù)鏈路層的作用就是將容易出差錯的物理鏈路改造成順序的無差錯的數(shù)據(jù)鏈路。在這個數(shù)據(jù)鏈路兩端通信的實體采用確認重發(fā)的機制。
在每發(fā)送一個消息都要對端確認收到。在不可知的情況下，如果這條消息丟失，會出現(xiàn)雙方都等待的情況，此時系統(tǒng)死鎖。因此，在發(fā)送一方要設(shè)立定時器，當定時器溢出，發(fā)方認為收方?jīng)]有收到消息，就會重新發(fā)送。重發(fā)的次數(shù)由N200定時器決定。T200定時器和N200定時器一起確保數(shù)據(jù)確保數(shù)據(jù)鏈路層的傳送數(shù)據(jù)的順序無差錯。
T200定時器配置過小可能在能夠正常收到對端確認消息之前就超時誤認為是鏈路故障，數(shù)據(jù)發(fā)送失敗。N200定時器配置過小將減少數(shù)據(jù)重傳的次數(shù)，減小了傳輸成功的概率。T200定時器和N200定時器配置過大在鏈路真正故障的時候會一直占用信道資源，導(dǎo)致資源浪費。
N200一般出現(xiàn)在低層鏈路鏈接，T200則會出現(xiàn)在我們測試過程中經(jīng)常發(fā)現(xiàn)的掉話中。
為什么會引起N200超時呢？
1、 無線接口失�。�
2、 無線接口消息失��；
3、 干擾；
4、 硬件故障。
若因干擾原因MS未收到系統(tǒng)發(fā)給他的指配命令或者系統(tǒng)未收到MS的響應(yīng)，將會出現(xiàn)T3107超時，系統(tǒng)釋放所分配的信道。
無論是N200還是T200，都是表現(xiàn)LAPDm協(xié)議和LAPD無法進行同步的計時器，后果就是出現(xiàn)掉話。
1、Number of times proper response not received to establish link after N200 SABME sent.
2、Number of times maximum number of transmissions (N200) reached on any frame except SABME
什么意思呢？我們先理解SABM，SABM是LAPDm協(xié)議中的檢錯的一個幀，LAPDm是指MS到BTS的鏈路層協(xié)議。表現(xiàn)在主叫流程上，在MS收到網(wǎng)絡(luò)的assignment conmmand消息后，啟動鏈路層連接的本端釋放，斷連物理信道。并根據(jù)命令的要求切換到所分配的信道上。隨即MS啟動低層鏈路連接建立，將收發(fā)信機（手機中的一個功能模塊）配置調(diào)整到該TCH信道上，并通過FACCH向系統(tǒng)發(fā)出SABM消息，在BTS收到MS的SABM后，進行類似初始化分配信令信道一樣，回發(fā)一條UA的證實幀來進行爭搶判決。這期間FACCH利用TCH進行“偷幀”。系統(tǒng)收到SABM消息后，會向BSC發(fā)出“established indication”，經(jīng)過判決后，若MS“認為”已經(jīng)成功占用網(wǎng)絡(luò)分配的信道，將通過FACCH向系統(tǒng)發(fā)出“assignment complete”消息。
MS到BTS使用的LAPDm協(xié)議中需要SABM/UA消息來和BTS到BSC的LAPD協(xié)議實現(xiàn)一種證實模式的傳輸，通過SABM/UA消息來建立兩端的計數(shù)同步。這就是GSM信令協(xié)議中提及的檢錯和糾錯技術(shù)。
下面我們回到N200超時的定義。
N200超時
1、 在N200（次）SABM消息發(fā)送后，仍沒有接收到正確的回應(yīng)建立鏈接；（這是從MS向BTS發(fā)送的角度說）
2、 （N200）最大傳送數(shù)達到設(shè)置次數(shù)內(nèi)沒有收到SABM消息（這是BTS接受的MS上發(fā)SABM消息的角度說）
N200 of established 和 N200 of release兩個概念
基站和MS之間Um口的層二鏈路LAPDm的I幀發(fā)送時需要進行差錯控制：如果I幀發(fā)送的信息錯誤，則重新發(fā)送。該參數(shù)是I幀在多幀釋放過程中的最大重傳次數(shù)。
N200和T200的關(guān)系
T200定時器是防止數(shù)據(jù)鏈路層數(shù)據(jù)發(fā)送過程死鎖的定時器，數(shù)據(jù)鏈路層的作用就是將容易出差錯的物理鏈路改造成順序的無差錯的數(shù)據(jù)鏈路。在這個數(shù)據(jù)鏈路兩端通信的實體采用確認重發(fā)的機制。
在每發(fā)送一個消息都要對端確認收到。在不可知的情況下，如果這條消息丟失，會出現(xiàn)雙方都等待的情況，此時系統(tǒng)死鎖。因此，在發(fā)送一方要設(shè)立定時器，當定時器溢出，發(fā)方認為收方?jīng)]有收到消息，就會重新發(fā)送。重發(fā)的次數(shù)由N200定時器決定。T200定時器和N200定時器一起確保數(shù)據(jù)確保數(shù)據(jù)鏈路層的傳送數(shù)據(jù)的順序無差錯。
T200定時器配置過小可能在能夠正常收到對端確認消息之前就超時誤認為是鏈路故障，數(shù)據(jù)發(fā)送失敗。N200定時器配置過小將減少數(shù)據(jù)重傳的次數(shù)，減小了傳輸成功的概率。T200定時器和N200定時器配置過大在鏈路真正故障的時候會一直占用信道資源，導(dǎo)致資源浪費。
N200一般出現(xiàn)在低層鏈路鏈接，T200則會出現(xiàn)在我們測試過程中經(jīng)常發(fā)現(xiàn)的掉話中。
為什么會引起N200超時呢？
1、 無線接口失�。�
2、 無線接口消息失��；
3、 干擾；
4、 硬件故障。
若因干擾原因MS未收到系統(tǒng)發(fā)給他的指配命令或者系統(tǒng)未收到MS的響應(yīng)，將會出現(xiàn)T3107超時，系統(tǒng)釋放所分配的信道。
無論是N200還是T200，都是表現(xiàn)LAPDm協(xié)議和LAPD無法進行同步的計時器，后果就是出現(xiàn)掉話。
回答者：
qiu2226
回答時間：2012-01-13 17:41
16
10
傳送需要確認的層2I幀、DISC幀、SAMB幀等幀時，在送出該幀后，都會啟動t200定時器，如果傳送了N+1次都沒有收到確認幀時，就會報t200*(N200+1)超時。這個可能的原因一般有：
1.上下行鏈路不平衡（一方發(fā)送出去另一方收到了，回送的響應(yīng)幀發(fā)方?jīng)]有收到，或直接對端就沒有收到你發(fā)的東西）；
2.上行或下行鏈路存在嚴重的干擾；
3.設(shè)備硬件故障等。
1.上下行鏈路不平衡（一方發(fā)送出去另一方收到了，回送的響應(yīng)幀發(fā)方?jīng)]有收到，或直接對端就沒有收到你發(fā)的東西）；
2.上行或下行鏈路存在嚴重的干擾；
3.設(shè)備硬件故障等。
回答者：
dangp76
回答時間：2012-01-13 20:05
12
12
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司
聘：家寬業(yè)務(wù)分析工程師
需求人數(shù)：2 人 地點：昆明市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 廣東南方通信建設(shè)有限公司 聘：江門聯(lián)通日常高級后臺優(yōu)化人員
需求人數(shù)：1 人 地點：江門市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：開站后臺督導(dǎo)-山東濟南
需求人數(shù)：20 人 地點：濟南市
需求人數(shù)：2 人 地點：昆明市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 北京宜通華瑞科技有限公司 聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江省郵電工程建設(shè)有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 上海貝電實業(yè)（集團）股份有限公司 聘：無線站點設(shè)計
需求人數(shù)：20 人 地點：西安市
• 廣東南方通信建設(shè)有限公司 聘：江門聯(lián)通日常高級后臺優(yōu)化人員
需求人數(shù)：1 人 地點：江門市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：開站后臺督導(dǎo)-山東濟南
需求人數(shù)：20 人 地點：濟南市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |