CDMA网络的容量优化
在工程建设中,每个地区的实际网络与理论的网络模型以及相应的仿真结果还是有很大差距的,所以对网络进行针对性的优化非常必要,怎样在保持网络稳定运行的同时使得网络的容量最大化显得尤为重要。
一、cdma 2000 1X网络的语音容量优化
cdma 2000 1X网络中,某个扇区的前向业务信道是由walsh码区分的,一般的网络规划前向使用64阶的walsh码,即总共可以生成64个信道。其中,至少必须包含一个导频信道、一个同步信道和一个寻呼信道,也就是说,理想状态的理论极限值是同时建立61个语音通信。但在实际的网络中,往往还没有到达这个理论最大值的时候,基站的总发射功率、基站的反向接收灵敏度、手机的最大发射功率以及手机的接收灵敏度这些因素中的一个或几个同时已经到达了极限状态。一般情况下,首先达到临界状态的是基站侧的反向接收灵敏度。这是因为cdma系统是个自干扰系统,某个用户相对于其他用户来说就是干扰信号,随着同时接入用户数的增加,干扰也愈大,基站的接收灵敏度在某一时刻便会达到临界状态,无法正确的解调手机的信号。如果此时再接入新的用户,便会产生雪崩效应,造成多个用户的掉话。所以在网络规划中,应该设置一个参数,避免这种雪崩效应的产生。当有多个用户同时语音通信,网络的负荷达到一定程度时就禁止新的用户接入了,此值设置过小影响整个网络的容量,过大会造成网络的不稳定。设置此值时还应考虑到用户所处环境对语音容量的影响,当用户集中基站信号覆盖良好的近点和集中在覆盖边缘的远点所能接入的语音呼叫数量肯定有很大差别。
二、cdma 2000 1X网络的前反向数据业务优化
cdma2000 1X网络相对于cdma 95网络,在数据传输上增加了补充信道----SCH。正是由于这一信道的引入,使得前反向的数据传输速率增加至153.6Kbps。在进行前向的数据传输时,用户获得的速率与使用的walsh码息息相关。前向64阶walsh码的信道传输速率是9.6Kbps,32阶的为19.2Kbps,依此类推,要获得153.6Kbps的数据速率,便要使用4阶的walsh码。如上文所述,满足一个扇区正常工作的最基本的开销信道必须包含一个导频信道、一个同步信道和一个寻呼信道。前向信道的64阶walsh码中,0信道固定用来传输导频信号,32信道固定传输同步信道,寻呼一般用1信道传输,用来传输数据的码道不可以与这三个码道冲突。使用的4阶walsh码要与这三个信道避让开来,根据一般walsh码树的分配原则,一个扇区顶多只能支持2个153.6Kbps的数据业务,walsh码树的信道分配会对整个系统的容量产生影响,这也是容量优化所要考虑的。当然,前向的数据速率一般来说也受制于基站的总发射功率,为了保持终端可以正确的解调高速数据,基站必然要分配给它较高的功率,此时,终端所处的无线环境也将起到决定作用,越差的环境所需的功率越高。。
在反向上,不再受到walsh码的限制,但是终端可以得到的高速数据速率依然有限,这时主要的瓶颈在于基站的接收灵敏度以及终端的发射功率。基站侧一般会有参数来确定最多可以分配的反向SCH的数量,此值不宜过大,过大的参数并不会增加反向扇区的吞吐量,反而会对系统的稳定性造成负面影响。
以上分析的前反向数据容量均为理想值,而在实际的网络运营中,必须首先保证的是语音通信,所以不可能把所有的网络资源全部分配给数据传输,应该设置适当的参数,将网络资源按一定的比例分配给数据传输,剩余的则预留给有可能并发的语音通信。
三、EVDO网络的前反项数据业务优化
EVDO是专门针对高速数据传输而应运而生的技术。速率的提高主要体现在前向上,用时分的方式来提高数据传输的吞吐量,使其达到了2.4Mbps,反向上相对cdma2000 1X所作的改动不大,最高的数据速率依然是153.6Kbps,这也正迎合了目前前反向不对称的业务需求。
用户在申请前向数据业务时,终端会首先测得当前的C/I值报告给基站,申请此值相对应的数据速率。由于DO的分配机制所限,终端申请的速率都是较为保守的,有造成系统资源浪费的可能,所以组网时,应该打开基站的early termination,HARQ功能会补偿一些保守申请造成的浪费,对系统容
EVDO 相关文章:
- EVDO RevA带来测试新挑战(09-14)
- 中兴助电信实现全球首次EPON对3G业务承载(03-08)
- 中电信:优化典型EVDO行业应用(02-21)
- 博弈LTE 移动疾走对手伺机而动(06-10)
- 邻区优化保证CDMA网络性能(09-15)
- 妤傛ḿ楠囩亸鍕暥瀹搞儳鈻肩敮鍫濆悋閹存劕鐓跨拋顓熸殌缁嬪顨滅憗锟�
閸忋劍鏌熸担宥咁劅娑旂姴鐨犳0鎴滅瑩娑撴氨鐓$拠鍡礉閹绘劕宕岄惍鏂垮絺瀹搞儰缍旈懗钘夊閿涘苯濮幃銊ユ彥闁喐鍨氶梹澶歌礋娴兼ḿ顫呴惃鍕殸妫版垵浼愮粙瀣瑎...
- 娑擃厾楠囩亸鍕暥瀹搞儳鈻肩敮鍫濆悋閹存劕鐓跨拋顓熸殌缁嬪顨滅憗锟�
缁箖鈧拷30婢舵岸妫亸鍕暥閸╃顔勭拠鍓р柤閿涘奔绗撶€硅埖宸跨拠鎾呯礉閸斺晛顒熼崨妯烘彥闁喕鎻崚棰佺娑擃亜鎮庨弽鐓庣殸妫版垵浼愮粙瀣瑎閻ㄥ嫯顩﹀Ч锟�...
- Agilent ADS 閺佹瑥顒熼崺纭咁唲鐠囧墽鈻兼總妤勵棅
娑撴挸顔嶉幒鍫n嚦閿涘苯鍙忛棃銏n唹鐟欘枃DS閸氬嫮顫掗崝鐔诲厴閸滃苯浼愮粙瀣安閻㈩煉绱遍崝鈺傚亶閻€劍娓堕惌顓犳畱閺冨爼妫跨€涳缚绱癆DS...
- HFSS鐎涳缚绡勯崺纭咁唲鐠囧墽鈻兼總妤勵棅
鐠у嫭绻佹稉鎾愁啀閹哄牐顕抽敍灞藉弿闂堛垼顔夐幒鍦欶SS閻ㄥ嫬濮涢懗钘夋嫲鎼存梻鏁ら敍灞藉簻閸斺晜鍋嶉崗銊╂桨缁崵绮洪崷鏉款劅娑旂姵甯夐幓顡嶧SS...
- CST瀵邦喗灏濆銉ょ稊鐎广倕鐓跨拋顓熸殌缁嬪顨滅憗锟�
閺夊孩妲戝ú瀣╁瘜鐠佽绱濋崗銊╂桨鐠佸弶宸緾ST閸氬嫰銆嶉崝鐔诲厴閸滃苯浼愮粙瀣安閻㈩煉绱濋崝鈺傚亶韫囶偊鈧喕鍤滅€涳附甯夐幓顡塖T鐠佹崘顓告惔鏃傛暏...
- 鐏忓嫰顣堕崺铏诡攨閸╃顔勭拠鍓р柤
娑撳洣绗€妤傛ɑ銈奸獮鍐叉勾鐠у嚖绱濇潻娆庣昂鐠囧墽鈻兼稉杞扮稑閸︺劌鐨犳0鎴炲Η閺堫垶顣崺鐔枫亣鐏炴洘瀚甸懘姘剧礉閹垫挷绗呴崸姘杽閻ㄥ嫪绗撴稉姘唨绾偓...
- 瀵邦喗灏濈亸鍕暥濞村鍣洪幙宥勭稊閸╃顔勭拠鍓р柤閸氬牓娉�
鐠愵厺鎷遍崥鍫ユ肠閺囨潙鐤勯幆鐙呯礉缂冩垵鍨庨妴渚€顣剁拫鍙樺崕閵嗕胶銇氬▔銏犳珤閵嗕椒淇婇崣閿嬬爱閿涘本鍨滅憰浣圭壉閺嶉绨块柅锟�...