 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• [請(qǐng)大佬幫忙看看這一題選擇什么答案，謝謝]關(guān)于TDM eICIC .以下描述正確的是哪些項(xiàng) 2020-04-15
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急，通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么？何時(shí)需要配置？ 2019-08-20
• 我國(guó)4G移動(dòng)通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急，通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么？何時(shí)需要配置？ 2019-08-20
• 我國(guó)4G移動(dòng)通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
問題答案
( 1 )
UP干擾對(duì)接入及跨RNC切換有影響，但對(duì)接入成功率無(wú)影響。對(duì)于此類干擾，一般可以做UP偏移（影響系統(tǒng)容量），視情況而定。而另外一個(gè)查干擾值是查ISCP值，華為叫RTWP，均為底噪。一般大于-90dBm被認(rèn)為是有干擾，在后臺(tái)指標(biāo)上可以看出，接通率不好，掉話率及掉線率都很高，切換成功率也較低，此時(shí)要排查干擾。 uppch是上行同步的，RRC連接是在UE取得上行同步后在PRACH上發(fā)送的，所以如果UE能上行同步上，那么RRC連接是沒問題了，這就是RRC指標(biāo)正常的原因。對(duì)于UPPCH干擾嚴(yán)重的，UE由于上行都不能同步上，根本無(wú)法接入，體現(xiàn)在UE顯示信號(hào)強(qiáng)，但打不出電話。正常情況下，如果所有的NODEB都能保證GPS嚴(yán)格同步，那么其他基站的DWPTS，落到當(dāng)前小區(qū)的UPPTS，需要傳輸22.5KM之后。此時(shí)信號(hào)已經(jīng)經(jīng)歷了足夠的衰落，對(duì)UPPTS干擾并不算太大。這也就是說(shuō)，在協(xié)議層面上，TD的幀結(jié)構(gòu)并不存在問題。但實(shí)際情況中，由于GPS故障、建站不當(dāng)（比如建站密度太大、高塔站過(guò)多等）、空口多徑等的影響，會(huì)導(dǎo)致DWPTS信號(hào)的一部分的殘余的功率，會(huì)落在UPPTS時(shí)隙，形成干擾。 如果殘余的功率過(guò)大，那么就會(huì)導(dǎo)致NODEB對(duì)簽名（SYNC-UL）的有效檢測(cè)，進(jìn)而導(dǎo)致呼通率低。 此問題在外場(chǎng)，在兩種場(chǎng)合下表現(xiàn)的很明顯： 1)某一個(gè)站GPS故障，和其他站點(diǎn)不同步，此時(shí)這個(gè)有故障的站會(huì)對(duì)周邊的站點(diǎn)形成較大的干擾；2) 另外是不同廠家的邊界，容易出現(xiàn)某廠家的下行導(dǎo)頻對(duì)其他廠家的上行導(dǎo)頻產(chǎn)生干擾。W系統(tǒng)沒有時(shí)分，所以W沒有這種干擾。這種干擾是TD特有的。但W里面的MAI（多址干擾）比較嚴(yán)重。
UPPTS時(shí)隙一般都配在主載波，UPPTS偏移到TS1時(shí)隙的話，會(huì)浪費(fèi)掉主載波上的TS1時(shí)隙，進(jìn)而上行容量減小，所以以前UPPTS偏移是沒有辦法的辦法。 但是現(xiàn)在，外場(chǎng)里面，可以把UPPTS偏移到TS1，而并不會(huì)干擾到TS1里面的上行業(yè)務(wù)，而同時(shí)NODEB仍可以有效的檢測(cè)出有簽名，所以也不影響隨機(jī)接入過(guò)程；這個(gè)主要是采用了特殊的上行檢測(cè)的辦法。
UPPTS時(shí)隙一般都配在主載波，UPPTS偏移到TS1時(shí)隙的話，會(huì)浪費(fèi)掉主載波上的TS1時(shí)隙，進(jìn)而上行容量減小，所以以前UPPTS偏移是沒有辦法的辦法。 但是現(xiàn)在，外場(chǎng)里面，可以把UPPTS偏移到TS1，而并不會(huì)干擾到TS1里面的上行業(yè)務(wù)，而同時(shí)NODEB仍可以有效的檢測(cè)出有簽名，所以也不影響隨機(jī)接入過(guò)程；這個(gè)主要是采用了特殊的上行檢測(cè)的辦法。
回答者：
zhangshiqin
回答時(shí)間：2013-04-03 11:08
4
3
如果所有的NODEB都能保證GPS嚴(yán)格同步，那么其他基站的DWPTS，落到當(dāng)前小區(qū)的UPPTS，需要傳輸22.5KM之后。22.5KM怎么得出的？
iehpzhang 2013-07-18 09:37
• 西安中興精誠(chéng)通訊有限公司
聘：重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測(cè)試工程師（河南）
需求人數(shù)：15 人 地點(diǎn)：鄭州市,商丘市,濟(jì)源市,開封市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸IPRAN工程師
需求人數(shù)：1 人 地點(diǎn)：連云港市,鹽城市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程后臺(tái)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 安徽引途科技有限公司 聘：皖北地區(qū)單驗(yàn)測(cè)試工程師
需求人數(shù)：20 人 地點(diǎn)：安徽省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
需求人數(shù)：2 人 地點(diǎn)：重慶市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測(cè)試工程師（河南）
需求人數(shù)：15 人 地點(diǎn)：鄭州市,商丘市,濟(jì)源市,開封市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸IPRAN工程師
需求人數(shù)：1 人 地點(diǎn)：連云港市,鹽城市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程后臺(tái)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 安徽引途科技有限公司 聘：皖北地區(qū)單驗(yàn)測(cè)試工程師
需求人數(shù)：20 人 地點(diǎn)：安徽省
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |