 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開啟
(普通問(wèn)題)
FER問(wèn)題，急
業(yè)務(wù)信道合并來(lái)自不同的兩個(gè)呼叫信號(hào)的時(shí)候會(huì)導(dǎo)致很高的FER。這句話怎么理解呢？
搞不明白，業(yè)務(wù)信道為什么要合并兩個(gè)呼叫信號(hào)呢
而且合并后為什么會(huì)帶來(lái)高FER
而且合并后為什么會(huì)帶來(lái)高FER
提問(wèn)者:
• 移動(dòng)家庭短號(hào)問(wèn)題 2020-09-10
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問(wèn)題 2020-08-19
• 怎么解決RTWP 偏高問(wèn)題 2020-08-17
• 問(wèn)一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問(wèn)題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問(wèn)題，該如何解決？ 2020-07-16
• 咨詢一下：我下載文檔提升成功下載了，但實(shí)際上電腦上并沒(méi)有下載文件？這個(gè)問(wèn)題怎么處理，謝謝！ 2020-07-14
• 如何請(qǐng)教問(wèn)題？ 2020-07-12
• 5G NSA小區(qū)變更問(wèn)題 2020-07-06
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問(wèn)題 2020-08-19
• 怎么解決RTWP 偏高問(wèn)題 2020-08-17
• 問(wèn)一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問(wèn)題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問(wèn)題，該如何解決？ 2020-07-16
• 咨詢一下：我下載文檔提升成功下載了，但實(shí)際上電腦上并沒(méi)有下載文件？這個(gè)問(wèn)題怎么處理，謝謝！ 2020-07-14
• 如何請(qǐng)教問(wèn)題？ 2020-07-12
• 5G NSA小區(qū)變更問(wèn)題 2020-07-06
問(wèn)題答案
( 14 )
也不太清楚
回答者：
yangh
回答時(shí)間：2010-06-27 12:13
9
9
回答者：
mao_mao
回答時(shí)間：2010-06-27 13:03
5
10
話音質(zhì)量是一個(gè)非常主觀的量，很難進(jìn)行客觀評(píng)價(jià)。然而話音質(zhì)量在很大程度上是與誤幀率有關(guān)的，而誤幀率則可以進(jìn)行客觀的測(cè)量。當(dāng)系統(tǒng)的誤幀率高于目標(biāo)值時(shí)，需要對(duì)系統(tǒng)性能進(jìn)行細(xì)致的分析以查明原因。
1. 前向鏈路高FER原因分析
當(dāng)使用9600bps的數(shù)據(jù)速率時(shí)，用戶需要通過(guò)功率測(cè)量報(bào)告消息（Power Measurement Report Message)向基站報(bào)告錯(cuò)幀的數(shù)目。移動(dòng)臺(tái)是否發(fā)送該消息取決于基站，它可以是基于門限觸發(fā)（例如當(dāng)誤幀到達(dá)一定的數(shù)目）也可以是周期性觸發(fā)（例如每收到100個(gè)幀報(bào)告一次）。
當(dāng)數(shù)據(jù)速率是14400bps時(shí)：
當(dāng)數(shù)據(jù)速率是14400bps時(shí)，允許采用快速功控。
q 前向鏈路功控的反應(yīng)速度太慢。既然導(dǎo)頻信號(hào)很強(qiáng)，那么有可能是分配給前向業(yè)務(wù)信道的功率不足。前向鏈路的功率控制算法各個(gè)設(shè)備廠商不同，有可能算法的反應(yīng)速度太慢。但是一般來(lái)說(shuō)，運(yùn)營(yíng)者可以對(duì)分配給業(yè)務(wù)信道功率的比例進(jìn)行調(diào)節(jié)。
q 業(yè)務(wù)信道的最大增益太低。如果業(yè)務(wù)信道的最大增益太低，系統(tǒng)將不允許為前向業(yè)務(wù)信道分配足夠的功率。
q 基站已經(jīng)終止前向業(yè)務(wù)信道。當(dāng)反向鏈路失敗的時(shí)候，基站將終止前向業(yè)務(wù)的發(fā)送。
q 相關(guān)干擾太大。這是由導(dǎo)頻相位分配不當(dāng)導(dǎo)致的。當(dāng)來(lái)自不同基站的多徑信號(hào)落在移動(dòng)臺(tái)的同一個(gè)導(dǎo)頻搜索窗口內(nèi)，使導(dǎo)頻的Ec/Io很高。但是業(yè)務(wù)信道合并來(lái)自不同的兩個(gè)呼叫信號(hào)的時(shí)候會(huì)導(dǎo)致很高的FER。這種情況在前面討論過(guò)。
q 切換失敗：在移動(dòng)臺(tái)的呼叫過(guò)程中有可能需要切換到另外一個(gè)小區(qū)，如果必需進(jìn)行軟切換時(shí)失敗了，會(huì)造成很高的誤幀率，從而導(dǎo)致掉話。在這種情況下誤幀率的升高是因?yàn)榍袚Q失敗。關(guān)于切換失敗前面已經(jīng)討論過(guò)。
q 確認(rèn)失�。哼@里所說(shuō)的確認(rèn)失敗是指移動(dòng)臺(tái)沒(méi)能檢測(cè)到比較強(qiáng)的多徑信號(hào)。這種情況的特征是導(dǎo)頻信號(hào)很低，移動(dòng)臺(tái)的接收功率或者很高或者很低。原因分析如下：
o 搜索窗口問(wèn)題。如果搜索窗口很小，會(huì)導(dǎo)致移動(dòng)臺(tái)搜索不到落在搜索窗口之外的比較強(qiáng)的多徑。
o 前向鏈路干擾。如果接收功率很高，而且搜索窗口很大，有可能是有比較強(qiáng)的干擾落在了搜索窗口之內(nèi)。
o 覆蓋問(wèn)題。如果導(dǎo)頻信號(hào)和業(yè)務(wù)信號(hào)的強(qiáng)度都很低，說(shuō)明移動(dòng)臺(tái)在呼叫的過(guò)程中可能已經(jīng)走出了系統(tǒng)的覆蓋范圍。
2. 反向鏈路高FER原因分析
q 反向外環(huán)功控的問(wèn)題。對(duì)應(yīng)反向業(yè)務(wù)信道的功率控制是基于傳播環(huán)境的。如果要求移動(dòng)臺(tái)的功率增加太快，可能會(huì)導(dǎo)致外環(huán)功控跟不上�？梢詫�(duì)外環(huán)功控的速度加以控制。
q 前反向鏈路不平衡。如果導(dǎo)頻信道很好，而反向業(yè)務(wù)信道很差，可能是前反向鏈路不平衡。
q 基站搜索問(wèn)題。如果基站的搜索窗口太小，可能會(huì)檢測(cè)不到比較強(qiáng)的多徑。
1. 前向鏈路高FER原因分析
1.1. 目標(biāo)FER
前向鏈路FER的目標(biāo)值或者說(shuō)期望值一般是一個(gè)可以設(shè)置的值。當(dāng)系統(tǒng)的性能低于目標(biāo)水平時(shí)，需要進(jìn)行性能分析以確認(rèn)產(chǎn)生原因。1.2. 前向鏈路功控
當(dāng)數(shù)據(jù)速率是9600bps時(shí)：當(dāng)使用9600bps的數(shù)據(jù)速率時(shí)，用戶需要通過(guò)功率測(cè)量報(bào)告消息（Power Measurement Report Message)向基站報(bào)告錯(cuò)幀的數(shù)目。移動(dòng)臺(tái)是否發(fā)送該消息取決于基站，它可以是基于門限觸發(fā)（例如當(dāng)誤幀到達(dá)一定的數(shù)目）也可以是周期性觸發(fā)（例如每收到100個(gè)幀報(bào)告一次）。
當(dāng)數(shù)據(jù)速率是14400bps時(shí)：
當(dāng)數(shù)據(jù)速率是14400bps時(shí)，允許采用快速功控。
1.3. 原因1：前向業(yè)務(wù)信道太差
當(dāng)前向鏈路的FER很高的時(shí)候，移動(dòng)臺(tái)的接收功率和導(dǎo)頻Ec/Io都很高，說(shuō)明可能是前向業(yè)務(wù)信道太差。導(dǎo)頻信號(hào)很強(qiáng)說(shuō)明移動(dòng)臺(tái)在覆蓋范圍內(nèi)。在這種情況下，業(yè)務(wù)信道差的原因可能是前向功控的反應(yīng)速度太慢或者CDMA的前向鏈路相關(guān)性干擾太高。q 前向鏈路功控的反應(yīng)速度太慢。既然導(dǎo)頻信號(hào)很強(qiáng)，那么有可能是分配給前向業(yè)務(wù)信道的功率不足。前向鏈路的功率控制算法各個(gè)設(shè)備廠商不同，有可能算法的反應(yīng)速度太慢。但是一般來(lái)說(shuō)，運(yùn)營(yíng)者可以對(duì)分配給業(yè)務(wù)信道功率的比例進(jìn)行調(diào)節(jié)。
q 業(yè)務(wù)信道的最大增益太低。如果業(yè)務(wù)信道的最大增益太低，系統(tǒng)將不允許為前向業(yè)務(wù)信道分配足夠的功率。
q 基站已經(jīng)終止前向業(yè)務(wù)信道。當(dāng)反向鏈路失敗的時(shí)候，基站將終止前向業(yè)務(wù)的發(fā)送。
q 相關(guān)干擾太大。這是由導(dǎo)頻相位分配不當(dāng)導(dǎo)致的。當(dāng)來(lái)自不同基站的多徑信號(hào)落在移動(dòng)臺(tái)的同一個(gè)導(dǎo)頻搜索窗口內(nèi)，使導(dǎo)頻的Ec/Io很高。但是業(yè)務(wù)信道合并來(lái)自不同的兩個(gè)呼叫信號(hào)的時(shí)候會(huì)導(dǎo)致很高的FER。這種情況在前面討論過(guò)。
1.4. 原因2：導(dǎo)頻信號(hào)太差
導(dǎo)頻信號(hào)太差說(shuō)明已經(jīng)發(fā)生了系統(tǒng)丟失，在這種情況下移動(dòng)臺(tái)的接收功率可能高也可能低。q 切換失敗：在移動(dòng)臺(tái)的呼叫過(guò)程中有可能需要切換到另外一個(gè)小區(qū)，如果必需進(jìn)行軟切換時(shí)失敗了，會(huì)造成很高的誤幀率，從而導(dǎo)致掉話。在這種情況下誤幀率的升高是因?yàn)榍袚Q失敗。關(guān)于切換失敗前面已經(jīng)討論過(guò)。
q 確認(rèn)失�。哼@里所說(shuō)的確認(rèn)失敗是指移動(dòng)臺(tái)沒(méi)能檢測(cè)到比較強(qiáng)的多徑信號(hào)。這種情況的特征是導(dǎo)頻信號(hào)很低，移動(dòng)臺(tái)的接收功率或者很高或者很低。原因分析如下：
o 搜索窗口問(wèn)題。如果搜索窗口很小，會(huì)導(dǎo)致移動(dòng)臺(tái)搜索不到落在搜索窗口之外的比較強(qiáng)的多徑。
o 前向鏈路干擾。如果接收功率很高，而且搜索窗口很大，有可能是有比較強(qiáng)的干擾落在了搜索窗口之內(nèi)。
o 覆蓋問(wèn)題。如果導(dǎo)頻信號(hào)和業(yè)務(wù)信號(hào)的強(qiáng)度都很低，說(shuō)明移動(dòng)臺(tái)在呼叫的過(guò)程中可能已經(jīng)走出了系統(tǒng)的覆蓋范圍。
2. 反向鏈路高FER原因分析
2.1. 反向鏈路干擾太大
當(dāng)反向鏈路的干擾信號(hào)增大到一定的水平時(shí)業(yè)務(wù)信道的信噪比嚴(yán)重惡化，從而不能成功解調(diào)。反向鏈路的干擾源有：微波系統(tǒng)的直射路徑或者是不可控制的來(lái)自CDMA其它用戶的干擾。2.2. 反向業(yè)務(wù)信道功率不足
q 移動(dòng)臺(tái)的發(fā)射機(jī)已經(jīng)被關(guān)閉：在IS-95中規(guī)定，如果移動(dòng)臺(tái)連續(xù)收到12個(gè)壞幀會(huì)關(guān)閉發(fā)射機(jī)。q 反向外環(huán)功控的問(wèn)題。對(duì)應(yīng)反向業(yè)務(wù)信道的功率控制是基于傳播環(huán)境的。如果要求移動(dòng)臺(tái)的功率增加太快，可能會(huì)導(dǎo)致外環(huán)功控跟不上�？梢詫�(duì)外環(huán)功控的速度加以控制。
q 前反向鏈路不平衡。如果導(dǎo)頻信道很好，而反向業(yè)務(wù)信道很差，可能是前反向鏈路不平衡。
q 基站搜索問(wèn)題。如果基站的搜索窗口太小，可能會(huì)檢測(cè)不到比較強(qiáng)的多徑。
2.3. 系統(tǒng)覆蓋問(wèn)題
移動(dòng)臺(tái)有可能在呼叫過(guò)程中走出了系統(tǒng)的覆蓋范圍。前面已討論過(guò)。2.4. 切換失敗
有關(guān)切換失敗前面已討論過(guò)。
回答者：
cljnn
回答時(shí)間：2010-06-27 20:52
16
13
回答者：
robert2006
回答時(shí)間：2010-06-27 23:59
13
11
xuxi l
回答者：
xiaolonglong
回答時(shí)間：2010-06-29 11:53
13
10
沒(méi)看懂什么意思，呵呵
回答者：
lily3286000
回答時(shí)間：2010-06-29 12:03
10
9
學(xué)習(xí)了，謝謝
回答者：
suining
回答時(shí)間：2010-06-29 12:26
13
13
了解一下呀
回答者：
yangh
回答時(shí)間：2010-06-29 13:06
7
11
EC/IO太高
回答者：
gbiao840200@163
回答時(shí)間：2010-06-29 16:21
10
12
關(guān)注中
回答者：
a510293723
回答時(shí)間：2010-06-29 17:16
13
13
這個(gè)問(wèn)題我想問(wèn)了
回答者：
guangxinglei
回答時(shí)間：2010-06-29 17:17
10
16
思考中
回答者：
after55
回答時(shí)間：2010-06-29 19:14
14
9
思考中
回答者：
after55
回答時(shí)間：2010-06-29 19:14
14
10
Fer感覺上和C/I有緊密聯(lián)系吧
回答者：
kenta_long
回答時(shí)間：2010-07-07 11:56
8
11
• 南京華蘇科技有限公司
聘：初級(jí)優(yōu)化-廣西欽州市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點(diǎn)：泉州市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：華為網(wǎng)格長(zhǎng)
需求人數(shù)：2 人 地點(diǎn)：�？谑�
• 成都旗訊通信技術(shù)有限公司 聘：【移動(dòng)項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：四川省,河南省,山東省,安徽省,湖北省
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點(diǎn)：保定市
• 上海德專信息技術(shù)有限公司 聘：【急聘】云南楚雄日常前后臺(tái)網(wǎng)優(yōu)
需求人數(shù)：5 人 地點(diǎn)：云南省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
需求人數(shù)：2 人 地點(diǎn)：欽州市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點(diǎn)：泉州市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點(diǎn)：云南省
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘：華為網(wǎng)格長(zhǎng)
需求人數(shù)：2 人 地點(diǎn)：�？谑�
• 成都旗訊通信技術(shù)有限公司 聘：【移動(dòng)項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：四川省,河南省,山東省,安徽省,湖北省
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點(diǎn)：保定市
• 上海德專信息技術(shù)有限公司 聘：【急聘】云南楚雄日常前后臺(tái)網(wǎng)優(yōu)
需求人數(shù)：5 人 地點(diǎn)：云南省
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - 125 |