問題已開啟
(普通問題)
請問點關(guān)于搜索窗的問題
請先講下搜索窗的概念,我對于它的理解還不深刻,然后講下激活集、候選集、相鄰集的搜索窗,再講下避免同PN干擾和鄰PN干擾的條件,最好把這個條件怎么推導出來的講下,最后問下絕對時延差和相對時延差有什么區(qū)別和聯(lián)系?
更多
搜索窗
相關(guān)問題
• 緊急求助。!C網(wǎng)直放站正常,搜索窗已調(diào),但還是無法通話 2016-04-11
• 如何查詢搜索窗大小 2016-04-05
• 搜索窗的作用是什么?如果SRCH_Win_A設(shè)置成6,對應的碼片數(shù)為28(±14),表示含義是什么? 2015-09-01
• cdmaevdo小區(qū)半徑&搜索窗設(shè)置 2015-03-31
• 搜索窗問題:為什么說1chip相當于244米 2014-11-06
• 華為CDMA小區(qū)半徑知道之后,如何確定手機反向業(yè)務信道搜索窗? 2014-09-14
• 搜索窗的值和chip是怎么樣計算的? 2014-06-29
• 搜索窗是什么,有什么作用。 2014-05-15
• 如何查詢搜索窗大小 2016-04-05
• 搜索窗的作用是什么?如果SRCH_Win_A設(shè)置成6,對應的碼片數(shù)為28(±14),表示含義是什么? 2015-09-01
• cdmaevdo小區(qū)半徑&搜索窗設(shè)置 2015-03-31
• 搜索窗問題:為什么說1chip相當于244米 2014-11-06
• 華為CDMA小區(qū)半徑知道之后,如何確定手機反向業(yè)務信道搜索窗? 2014-09-14
• 搜索窗的值和chip是怎么樣計算的? 2014-06-29
• 搜索窗是什么,有什么作用。 2014-05-15
問題答案
( 1 )
1、在CDMA系統(tǒng)中,前向鏈路上,CDMA系統(tǒng)使用同步檢測技術(shù),移動臺若要成功地解調(diào)導頻信號,就必須能夠精確的不及系統(tǒng)時間。移動臺從參考導頻中提取這個估計結(jié)果,參考導頻是其正在接收的一個導頻。用這個系統(tǒng)時間作為參考,移動臺就可以用任意PN碼對信號進行同步接收,從而提取導頻載波信息。
但移動臺想要檢測的導頻不會正好的在預期時間內(nèi)到達,因為移動臺估計的系統(tǒng)時間包括參考導頻的傳播時延,且其他導頻的時序也是給予自己的傳播時延。由于移動臺并不知道認識給定導頻的傳播時延大小,所以它必須在合理的時延窗口上進行搜索,直到找出導頻的實際時序。這個窗口就成為搜索窗口。
移動臺搜索導頻時使用3種不同的搜索窗口參數(shù):
SRCH_WIN_A,用于搜索激活集和候選集中的導頻;
SRCH_WIN_N,用于搜索相鄰集中的導頻;
SRCH_WIN_R,用于搜索剩余集中的導頻。
2、
搜索窗尺寸對應的是相位偏移量的大小,搜索是一個相位一個相位挨個搜的,搜一個相位的時間是固定的,所以搜索窗尺寸越大,遍歷時間越長。
3、手機搜索速度:
通過以下工具計算手機搜索時間,可以粗略得出:
設(shè)搜索窗設(shè)置為5、8、9,激活集、侯選集、相鄰集中導頻分別為3、2、20,PILOT_INC為4時:搜索一遍激活集時間約為0.09秒,搜索一遍相鄰集時間約為1.34秒,搜索一遍剩余集時間約為2.4分鐘。(參見附件1。)
另有資料顯示(來源不能確定,僅提供參考):手機搜索器的搜索速度最大為4800chips/秒;對于活動/候選導頻集和相鄰導頻集而言,網(wǎng)絡設(shè)計者應滿足如下對搜索速度的要求:
a).每秒時間內(nèi),手機搜索器應至少搜索活動/候選導頻集4~6次;
b).相鄰導頻集應至少在1.5秒內(nèi)搜索一次。
4、SRCH_WIN_A設(shè)置的過小,可能造成部分有用的激活集信號落在搜索窗口之外,這些遺漏在搜索窗口之外的導頻會變成干擾,嚴重影響鏈路質(zhì)量。設(shè)置的過大,可能造成某些無關(guān)信號也落在搜索窗口內(nèi),影響鏈路質(zhì)量,而且使得手機搜索相鄰導頻的速度變慢,這可能導致切換不及時
SRCH_WIN_N設(shè)置的過小,可能造成部分有用的激活集信號落在搜索窗口之外,從而遺漏了相鄰導頻,不能正常發(fā)生軟切換。設(shè)置的過大,可能增大手機搜索每個相鄰導頻的時間,導致搜索相鄰導頻的速度變慢,潛在影響切換性能。
SRCH_WIN_R設(shè)置的過小,可能遺漏有用的剩余集導頻,從而不能夠充分利用BSC的漏配鄰區(qū)檢測功能。設(shè)置的過大,可能增大手機搜索剩余集導頻的時間。如果鄰區(qū)配置的很完善,該參數(shù)可以設(shè)置為0,不需要手機搜索剩余集。
5、 搜索窗分為搜索窗大小和搜索窗中心兩個部分,
1、搜索窗大小,即搜索窗口,是以系統(tǒng)下發(fā)的唯一搜索窗為準的。一般是激活集中各個導頻的最大搜索窗。也就是你說的8,10,10。這就是你提出的問題的答案。
2、另外還有一個是搜索窗中心:激活集、候選集中的導頻有各自自己的中心,設(shè)置在各自最早到達的可用多徑處;相鄰集導頻搜索窗中心設(shè)置在目標導頻相對于激活集中參考導頻到達時刻的PN碼偏置處。
6、激活集與侯選集中 的搜索窗中心 都是按照各自最早到達的中心為搜索窗中心,即兩個的激活集導頻的swin-a分別是7和8,相鄰集與剩余集取兩個激活集中最大的,即swin-n swin-r分別是10
1、定義:
移動臺估計的系統(tǒng)時間包括參考導頻的傳播時延,而其他導頻的時序也是基于自己的傳播時延的,所以在檢測前向?qū)ьl時,移動臺希望檢測的導頻并不會正好在預期的時間內(nèi)到達。由于移動臺并不知道任意給定的導頻的傳播時延大小,所以它必須在合理的時延窗口上進行搜索,直到找出導頻的實際時序。移動臺尋找給定導頻時,其搜索寬度稱為搜索窗口。
2、搜索窗設(shè)置與PN-INC的關(guān)系
搜索窗的大小與PN_INC相關(guān)。如PN_INC為2時,兩個相鄰扇區(qū)PN相位偏移最小可能為2*64chips=128chips。為了避免PN混淆,要求激活集窗口不能超過10(100chips)。否則相鄰PN信號會落入激活集窗口中,造成導頻混淆。如果PN_INC為4,要求激活集窗口不超過13(226chips)。
搜索窗大小設(shè)置與PN_INC的關(guān)系可以用兩條準則來描述:
(1)、防止由于大時延,使得干擾導頻出現(xiàn)在激活集的搜索窗中,造成導頻混淆。根據(jù)這個準則,要求:
PN_INC*64>SA/2+max∆τ
上式中SA代表激活集窗口大小,∆τ代表兩導頻間的傳播延遲差。
即兩導頻的最小偏移差應大于激活集窗口的一半加上最大的路徑傳播差。而最大的路徑傳播差應該等于覆蓋較大的小區(qū)的半徑(折算成時延)。
(2)、防止非理想導頻出現(xiàn)于相鄰搜索窗,即為了避免出現(xiàn)混淆,相鄰搜索窗不能重疊。根據(jù)這個準則,要求:
PN_INC*64>SN
上式中SN代表相鄰集窗口大小。
而通常SN>SA、SN/2>max∆τ,所以綜合上述兩個準則后有:
PN_INC>SN/64
如當相鄰搜索窗窗口設(shè)為13時,PN_INC不應該小于4。一般來說我們是根據(jù)當?shù)氐臒o線環(huán)境即系統(tǒng)配置狀況,按照搜索窗的設(shè)置原則來決定搜索窗的大小。然后通過選取合適PN_INC的大小來保證上述準則得到滿足。
希望能幫到樓主!
但移動臺想要檢測的導頻不會正好的在預期時間內(nèi)到達,因為移動臺估計的系統(tǒng)時間包括參考導頻的傳播時延,且其他導頻的時序也是給予自己的傳播時延。由于移動臺并不知道認識給定導頻的傳播時延大小,所以它必須在合理的時延窗口上進行搜索,直到找出導頻的實際時序。這個窗口就成為搜索窗口。
移動臺搜索導頻時使用3種不同的搜索窗口參數(shù):
SRCH_WIN_A,用于搜索激活集和候選集中的導頻;
SRCH_WIN_N,用于搜索相鄰集中的導頻;
SRCH_WIN_R,用于搜索剩余集中的導頻。
2、
搜索窗尺寸對應的是相位偏移量的大小,搜索是一個相位一個相位挨個搜的,搜一個相位的時間是固定的,所以搜索窗尺寸越大,遍歷時間越長。
3、手機搜索速度:
通過以下工具計算手機搜索時間,可以粗略得出:
設(shè)搜索窗設(shè)置為5、8、9,激活集、侯選集、相鄰集中導頻分別為3、2、20,PILOT_INC為4時:搜索一遍激活集時間約為0.09秒,搜索一遍相鄰集時間約為1.34秒,搜索一遍剩余集時間約為2.4分鐘。(參見附件1。)
另有資料顯示(來源不能確定,僅提供參考):手機搜索器的搜索速度最大為4800chips/秒;對于活動/候選導頻集和相鄰導頻集而言,網(wǎng)絡設(shè)計者應滿足如下對搜索速度的要求:
a).每秒時間內(nèi),手機搜索器應至少搜索活動/候選導頻集4~6次;
b).相鄰導頻集應至少在1.5秒內(nèi)搜索一次。
4、SRCH_WIN_A設(shè)置的過小,可能造成部分有用的激活集信號落在搜索窗口之外,這些遺漏在搜索窗口之外的導頻會變成干擾,嚴重影響鏈路質(zhì)量。設(shè)置的過大,可能造成某些無關(guān)信號也落在搜索窗口內(nèi),影響鏈路質(zhì)量,而且使得手機搜索相鄰導頻的速度變慢,這可能導致切換不及時
SRCH_WIN_N設(shè)置的過小,可能造成部分有用的激活集信號落在搜索窗口之外,從而遺漏了相鄰導頻,不能正常發(fā)生軟切換。設(shè)置的過大,可能增大手機搜索每個相鄰導頻的時間,導致搜索相鄰導頻的速度變慢,潛在影響切換性能。
SRCH_WIN_R設(shè)置的過小,可能遺漏有用的剩余集導頻,從而不能夠充分利用BSC的漏配鄰區(qū)檢測功能。設(shè)置的過大,可能增大手機搜索剩余集導頻的時間。如果鄰區(qū)配置的很完善,該參數(shù)可以設(shè)置為0,不需要手機搜索剩余集。
5、 搜索窗分為搜索窗大小和搜索窗中心兩個部分,
1、搜索窗大小,即搜索窗口,是以系統(tǒng)下發(fā)的唯一搜索窗為準的。一般是激活集中各個導頻的最大搜索窗。也就是你說的8,10,10。這就是你提出的問題的答案。
2、另外還有一個是搜索窗中心:激活集、候選集中的導頻有各自自己的中心,設(shè)置在各自最早到達的可用多徑處;相鄰集導頻搜索窗中心設(shè)置在目標導頻相對于激活集中參考導頻到達時刻的PN碼偏置處。
6、激活集與侯選集中 的搜索窗中心 都是按照各自最早到達的中心為搜索窗中心,即兩個的激活集導頻的swin-a分別是7和8,相鄰集與剩余集取兩個激活集中最大的,即swin-n swin-r分別是10
1、定義:
移動臺估計的系統(tǒng)時間包括參考導頻的傳播時延,而其他導頻的時序也是基于自己的傳播時延的,所以在檢測前向?qū)ьl時,移動臺希望檢測的導頻并不會正好在預期的時間內(nèi)到達。由于移動臺并不知道任意給定的導頻的傳播時延大小,所以它必須在合理的時延窗口上進行搜索,直到找出導頻的實際時序。移動臺尋找給定導頻時,其搜索寬度稱為搜索窗口。
2、搜索窗設(shè)置與PN-INC的關(guān)系
搜索窗的大小與PN_INC相關(guān)。如PN_INC為2時,兩個相鄰扇區(qū)PN相位偏移最小可能為2*64chips=128chips。為了避免PN混淆,要求激活集窗口不能超過10(100chips)。否則相鄰PN信號會落入激活集窗口中,造成導頻混淆。如果PN_INC為4,要求激活集窗口不超過13(226chips)。
搜索窗大小設(shè)置與PN_INC的關(guān)系可以用兩條準則來描述:
(1)、防止由于大時延,使得干擾導頻出現(xiàn)在激活集的搜索窗中,造成導頻混淆。根據(jù)這個準則,要求:
PN_INC*64>SA/2+max∆τ
上式中SA代表激活集窗口大小,∆τ代表兩導頻間的傳播延遲差。
即兩導頻的最小偏移差應大于激活集窗口的一半加上最大的路徑傳播差。而最大的路徑傳播差應該等于覆蓋較大的小區(qū)的半徑(折算成時延)。
(2)、防止非理想導頻出現(xiàn)于相鄰搜索窗,即為了避免出現(xiàn)混淆,相鄰搜索窗不能重疊。根據(jù)這個準則,要求:
PN_INC*64>SN
上式中SN代表相鄰集窗口大小。
而通常SN>SA、SN/2>max∆τ,所以綜合上述兩個準則后有:
PN_INC>SN/64
如當相鄰搜索窗窗口設(shè)為13時,PN_INC不應該小于4。一般來說我們是根據(jù)當?shù)氐臒o線環(huán)境即系統(tǒng)配置狀況,按照搜索窗的設(shè)置原則來決定搜索窗的大小。然后通過選取合適PN_INC的大小來保證上述準則得到滿足。
希望能幫到樓主!
回答者:
xhy1331
回答時間:2012-02-27 01:37


你講的是詳細,但不夠系統(tǒng),現(xiàn)在想請你以下面4道題為例進行分析,結(jié)合你上面回答的關(guān)于搜索窗的知識,把下面4道題是根據(jù)什么條件算出來的講清楚,謝謝。
1.假設(shè)激活集中兩個導頻的相位時延差大于20個碼片,則導頻激活集的搜索窗寬度應大于___個碼片。
A.10
B.20
C.40
D.60
2.假設(shè)A、B兩個基站進行PN復用,當前服務基站A到達移動臺的相位時延為20個碼片,其SRCH_WIN_A為80個chip,則基站B到達移動臺的時延小于__個碼片時,會出現(xiàn)同PN干擾。
A.20
B.60
C.80
D.100
3.假設(shè)A、B兩個相鄰基站的PN也相鄰,分別為4和2,當前服務基站A到達移動臺的相位時延為20個chip,其SRCH_WIN_A為80個chip,則基站B到達移動臺的時延大于__個chip時,會出現(xiàn)鄰PN干擾。
A.88
B.108
C.128
D.148
4.假設(shè)A、B兩個相鄰基站的PN分別為4和2,均為當前服務基站C的鄰區(qū),C基站的時延為20chips,則基站C的SRCH_WIN_N應小于__個chip,否則會出現(xiàn)鄰PN干擾。
A.88
B.108
C.128
D.148
1.假設(shè)激活集中兩個導頻的相位時延差大于20個碼片,則導頻激活集的搜索窗寬度應大于___個碼片。
A.10
B.20
C.40
D.60
2.假設(shè)A、B兩個基站進行PN復用,當前服務基站A到達移動臺的相位時延為20個碼片,其SRCH_WIN_A為80個chip,則基站B到達移動臺的時延小于__個碼片時,會出現(xiàn)同PN干擾。
A.20
B.60
C.80
D.100
3.假設(shè)A、B兩個相鄰基站的PN也相鄰,分別為4和2,當前服務基站A到達移動臺的相位時延為20個chip,其SRCH_WIN_A為80個chip,則基站B到達移動臺的時延大于__個chip時,會出現(xiàn)鄰PN干擾。
A.88
B.108
C.128
D.148
4.假設(shè)A、B兩個相鄰基站的PN分別為4和2,均為當前服務基站C的鄰區(qū),C基站的時延為20chips,則基站C的SRCH_WIN_N應小于__個chip,否則會出現(xiàn)鄰PN干擾。
A.88
B.108
C.128
D.148

• 北京宜通華瑞科技有限公司
聘:電信原廠優(yōu)化高級(江西急聘)
需求人數(shù):5 人 地點:南昌市
• 南京華蘇科技有限公司 聘:濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù):1 人 地點:濟南市
• 廣東世炬網(wǎng)絡科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
• 廣東華訊工程有限公司 聘:廣東移動維護支撐
需求人數(shù):2 人 地點:廣州市
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 成都旗訊通信技術(shù)有限公司 聘:【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘:督導開站-初中級后臺-山東
需求人數(shù):20 人 地點:山東省
需求人數(shù):5 人 地點:南昌市
• 南京華蘇科技有限公司 聘:濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù):1 人 地點:濟南市
• 廣東世炬網(wǎng)絡科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
• 廣東華訊工程有限公司 聘:廣東移動維護支撐
需求人數(shù):2 人 地點:廣州市
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 成都旗訊通信技術(shù)有限公司 聘:【聯(lián)通項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 福建省鴻官通信工程有限公司 聘:網(wǎng)絡優(yōu)化工程師
需求人數(shù):2 人 地點:牡丹江市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘:督導開站-初中級后臺-山東
需求人數(shù):20 人 地點:山東省
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |