C114中国通信网: ag电子(微博 微信) 论坛(微博) 人才(微博) 百科 | C114客户端 | English | IDC联盟 与风网

媒体大全 - 邮电设计技术 - 媒体精选 - 正文 运营商投稿当日通信资讯

LTE-Advanced下行链路多天线技术研究[图]

ag电子:娉曞浗浣滃甯屽皵涓嚶锋嘲鏉惧湪鍦板浘涓婃煡鎵剧潃閭d簺琚仐蹇樼殑鈥滈粦鑹查亾璺濄備粬鐢ㄤ簡鍑犱釜鏈堢殑鏃堕棿锛屽緬姝ヨ蛋瀹屼簡浣嶄簬娉曞浗姊呭悍鍥惧皵鍜岃鏇煎簳涔嬮棿鐨勪埂鏉戝叕璺紝鍚戞垜浠杩颁簡鑷繁瀵硅繖閲岀殑浜恒佹潙搴?nbsp;銆侀鏅殑鐑埍銆傚湪浠栫湅鏉ワ紝杩欎簺閮芥槸娉曞浗姘告亽鐨勭懓瀹濄?/P>[琛岃呮。妗圿甯屽皵涓嚶锋嘲鏉撅紙SylvainTesson锛夛紝鐢熶簬1972骞达紝娉曞浗浣滃銆佽鑰呫佹梾琛屽锛屽凡鍑虹増鍗佸閮ㄦ父璁般010骞达紝浠栧湪璐濆姞灏旀箹鐣斾綇浜涓湀锛屽叾闂存墍鍐欑殑鏃ヨ缁撻泦鎴愩婂湪瑗夸集鍒╀簹妫灄涓嬩竴涔︼紝涓涓惧敭鍑?4涓囧唽锛岃璇戞垚鍗佺璇█锛岃幏寰楁暎鏂囩被缇庣濂囨枃瀛﹀锛岃涔︿腑鏂囩増浜015骞鏈堝嚭鐗堛?/FONT>甯屽皵涓嚶锋嘲鏉惧皢姝ゆ鐨勬硶鍥戒埂鏉戜箣鏃呭啓鎴愪簡鍙﹀涓鏈功銆婅蛋鍦ㄩ粦鑹查亾璺笂銆嬶紝鍗冲皢鍦ㄦ硶鍥藉嚭鐗堛/FONT>鎶撶揣鏃堕棿锛屽幓涔¢噹鎺ュ彈涓娆♀滈噸濉戔?/STRONG>濡備粖鐨勬斂娌诲鏄涔堢己灏戞兂璞″姏鍟婏紒濡傛灉浠栦滑鍍忓綋骞寸殑瀵嗙壒鏈楁荤粺閭f牱锛屽湪姊瞾鐗癸紙Solutr茅锛夋潵涓娆″緬姝ヤ箣鏃咃紝閭d箞浠栦滑鍦ㄦ皯浼椾腑鐨勬敮鎸佺巼鑲畾浼氶鍗囷紝璇翠笉瀹氳兘璁╀粬浠捣姝诲洖鐢燂紝閲嶆柊鑾峰緱濞佹湜銆傜浉姣斾簬閭d簺涓轰簡鏄傝吹鐨勭墿浠疯屽ぇ鍛煎皬鍙殑鏀垮锛屾硶鍥戒汉鏇村枩娆㈤偅浜涙繁鍏ュ埌缇や紬涓殑鏀挎不瀹躲傝繕鏈変粈涔堟柟娉曡兘姣旀繁鍏ュ熀灞傘侀鐣ヤ笉鍚岀殑椋庢櫙銆佸娉曞浗绀句細娲炲療绉嬫鏇村ソ鐨勫憿锛熷浗鐜嬭矾鏄撳崄涓灏辨浘鐢ㄨ繖绉嶈矾璁跨殑鏂瑰紡鏉ヤ簡瑙f硶鍥斤紝浠栧井鏈嶅嚭宸★紝鍛煎惛鐫涔¢噹鐨勬柊椴滅┖姘斻備絾鏄粬鐨勫悗缁ц呬滑骞舵病鏈夋部鐢ㄨ繖涓鏂瑰紡銆?/P>褰撴垜韪忎笂杩欐潯浠庢搴峰浘灏斿埌绉戝攼鍧︾殑閬撹矾鏃讹紝骞舵病鏈変换浣曞叾浠栫殑鐩爣銆傚綋鏃舵垜閬亣浜嗕竴娆″潬钀戒簨鏁咃紝鍒氫粠鍖婚櫌閲屽嚭鏉ワ紝韬綋涓嶅ソ锛屽懠鍚哥煭淇冿紝澶磋剳鏄忔矇锛屾垜闇瑕侀噸鏂拌幏寰楀姏閲忋傚尰鐢熸妸鎴戞晳娲讳簡锛岀幇鍦ㄤ粬浠缓璁垜鎺ュ彈涓娆♀滈噸濉戔濄備笌鍏跺幓鐤楀吇闄慨鍏昏韩蹇冿紝鎴戣寰椾笉濡備粠姊呭悍鍥惧皵鍒扮鍞愬潶杩涜涓娆″緬姝ヤ箣鏃呫傛濂介偅鏃舵斂搴滃叕甯冧簡涓浠芥姤鍛婏紝璇磋繖鐗囧湴鍖衡滃厖婊′簡娴撻儊鐨勪埂閲庢皵鎭濓紝鏃朵换娉曞浗鎬荤悊鐨勮-椹厠路鑹剧綏锛圝ean-MarcAyrault锛夌潃閲嶆帹鑽愪簡杩欎釜鍦板尯銆傚綋鍦版湁鍥涘崄浣欎釜鍏呮弧娴撻儊涔℃潙椋庢儏鐨勭泦鍦帮紝鎵璋撶殑鈥滀埂閲庢皵鎭濓紝鎸囩殑鏄病鏈夊お澶氭按娉ヨ矾銆佷簰鑱旂綉涓嶅彂杈俱佽繙绂昏鏀挎満鏋勭殑鍦板尯銆傚鎴戞潵璇达紝杩欏氨鏄ぉ鍫傜殑瀹氫箟锛佸湪杩欎竴闅咃紝鎴戜滑鍙互韬查伩绻佸崕绀句細鐨勭悍鎵般傝鎯虫劅鍙楀師濮嬫椃閲庣殑椋庤矊锛屽繀椤昏鎶撶揣鏃堕棿銆/P>琛岃蛋鍦ㄩ粦鑹查亾璺笂鎴戞湁鑷繁鐨勬梾琛岀洰鏍囷紝鑰屾斂搴滅殑杩欎唤鎶ュ憡鏇挎垜瑙勫垝濂戒簡鐗堝浘銆傛垜鍑嗗璧颁竴浜涘亸鍍荤殑浜鸿抗缃曡嚦涔嬭矾锛屼篃灏辨槸鎴戞墍璇寸殑鈥滈粦鑹查亾璺濄傝繖浜涢亾璺笉鏄凡缁忚鏈夎矾鏍囩殑銆佷笓渚涜繙瓒崇殑閬撹矾锛屼篃涓嶆槸鐙獎鐨勬播闈掑叕璺紝鑰屾槸涔℃潙灏忚矾銆佹灄闂村皬閬撳拰琚汉閬楀繕鐨勯亾璺傚鏋滀笉鎯宠鎵撴壈鐨勮瘽锛岃繖鏄竴涓畬缇庣殑閬撹矾缃戙傚洜涓哄緢灏戞湁浜哄厜椤撅紝鎵浠ヨ繖浜涢亾璺崋妫樹笡鐢燂紝鍦ㄨ矾涓婅繕浼氶亣鍒扮櫈铔よ焼銆佹瘝楣匡紝浠ュ強涓浜涜鐫鍙よ佹晠浜嬬殑濂囧鎬殑浜猴紝浠栦滑鐨勪汉鐢熸櫤鎱у苟涓嶆槸鍦ㄤ竴涓紑鏀剧殑涓栫晫涓幏寰楃殑锛岃屾槸鍙栬嚜浜庤繖浜涢殣绉樼殑鍦熷湴銆備粬浠笉浜嗚В鐗规湕鏅槸璋侊紝鍗寸啛鎮夋瘡涓妫垫爲銆佹瘡涓澶寸壊鐣滅殑鐘跺喌銆傝皝鎵嶆槸鐪熸鐨勫崥瀛︿箣澹憿锛熸槸閭d簺浜嗚В杩滀笢闂鐨勪汉锛岃繕鏄啛鎮夎繖鐗囨椃閲庣殑浜猴紵8鏈堬紝鎴戜粠娉曞浗鍜屾剰澶у埄杈瑰鍑哄彂銆備竴寮濮嬶紝鎴戞瘡澶╄蛋寰楀苟涓嶅锛屼篃涓嶆槸鎸夌洿绾胯璧般傜粡杩囦簡3涓湀鐨勮绋嬶紝鏈缁堟姷杈句簡绉戝攼鍧﹀崐宀涒斺斿湪杩欓噷锛岃涔堝繀椤诲仠涓嬭剼姝ワ紝瑕佷箞蹇呴』璺宠繘姘撮噷銆傝繖灏辨槸鑷劧杈圭晫鐨勪紭鐐癸細瀹冧负鎴戜滑鍒掑畾浜嗙晫闄愶紝鎶戝埗浜嗘垜浠繃搴︾殑鐑儏锛岄槻姝㈡垜浠繃浜庢斁绾佃嚜宸辩殑娆叉湜銆傛湁浜涗汉鎯宠鎵撶牬杈圭晫锛屼絾鏄粬浠笉鎳傚緱澶ц嚜鐒剁殑娉曞垯銆?/P>鎴戣姳浜嗗嚑涓槦鏈熺殑鏃堕棿鏉ラ噰鎽樻钁氾紝闅忓悗鎴戝彂鐜帮紝榛戣壊閬撹矾骞朵笉灞闄愬湪鍦板浘涓婏紝瀹冧滑涓嶄粎鏄偅浜涜鐭鍕惧嫆鍑虹殑璺嚎锛屽畠浠欢浼稿埌浜嗘垜浠浗瀹剁殑姣忎竴涓钀姐傝笍涓婅繖浜涢亾璺紝鎴戜滑鐨勭敓鍛戒篃闅忎箣寤堕暱锛岄殢涔嬬唤鏀撅紝鎽嗚劚浜嗕笘鐣屼笂鐨勪换浣曟潫缂氥備綘鎯宠嚜鐢卞湴鐢熸椿鍚楋紵閭d箞鍏充笂椋炴満涓婄殑鑸风獥锛屼粠绗竴涓冪敓閫氶亾閫冭蛋锛岄殢鍚庝竴鍒囬兘鑷劧鑰岀劧鍦板彂鐢熶簡銆nbsp;鏂瑰紡骞朵笉閲嶈锛岄噸瑕佺殑鏄涓诲鑷繁鐨勪笘鐣岋紝涓嶅彈澶栫晫骞叉壈銆傚洜姝わ紝鎴戜滑鎷掔粷鍘婚傚簲鎰忓ぇ鍒╁摬瀛﹀鍚夊ゥ涔斅烽樋鐢樻湰鎵绉扮殑鈥滆缃濓紝杩欎簺鐢辨暟瀛楅潻鍛藉甫鏉ョ殑绉戞妧鎶婃垜浠洶浜庣墷绗间箣涓紝璁╂垜浠垚涓烘斂娌诲娍鍔涘拰涓戦檵鐨勫箍鍛婄殑濂撮毝銆傗滆淇濆仴锛佲濊繖浜涒滆缃濆彨鍤g潃锛屸滆闀垮锛佹墦寮浣犵殑绉诲姩瑁呯疆锛佸揩鍘绘璧忥紒鎶捣浣犵殑鎷囨寚锛佹妸澹伴煶鍏冲皬鐐癸紒鈥濇垜浠氨鏄繖鏍蜂竴杈瑰畨鎱扮潃鑷繁锛屼竴杈瑰寙鍖嗙敓娲荤殑銆傞粦鑹茬殑閬撹矾锛岃繖鏃㈡槸绮剧鐨勯亾璺紝涔熸槸鏃烽噹鐨勯亾璺紝鏄鐙箣璺紝涔熸槸鑷劧涔嬭矾锛屽畠浠负鎴戜滑鎻愪緵浜嗕竴绉嶉冪杩欎釜鐜板疄涓栫晫鐨勫彲鑳芥с傚湪寰掓鐨勮繃绋嬩腑锛屾垜鎰熷彈鍒颁簡鏇村蹇冪伒涓婄殑閫冮亖銆備箣鍓嶅彂鐢熺殑閭e満鍧犺惤浜嬫晠鏇捐鎴戦櫡鍏ユ槒杩凤紝涔嬪悗闀挎湡鐨勪綇闄㈡不鐤楄鎴戜抚澶变簡鐢熷懡鐨勬椿鍔涳紝鑰屽緬姝ヨ鎴戦噸鑾蜂綋鍔涳紝瀹冨湪鎴戠殑琛娑层侀楠煎拰姣忎竴涓粏鑳炰腑娉ㄥ叆浜嗗厓姘斻傝繖鏉¢粦鑹查亾璺负鎴戣緭鍏ヤ簡钀ュ吇锛屾垜鏀句笅涓鍒囩數瀛愯缃紝鍦ㄧ煶瀛愯矾涓婅璧颁簡30鍏噷鍚庯紝浠夸經鍙堥噸鏂版姄浣忎簡鑷繁鐨勭敓鍛姐?/P>涓鐗囪浜洪儊閮佸娆㈢殑鍦熷湴\n鍦ㄥ緬姝ョ殑杩欎笁涓湀閲岋紝鎴戠溂鍓嶅弽澶嶅嚭鐜板悇绉嶆硶鍥戒埂鏉戣壓鏈鐨勯潰搴烇紝姣斿銆婂北涓樻椂浠c嬬殑浣滆呫佸湴鐞嗗瀹剁毊鍩冨皵路涔旀不锛屾瘮濡傛櫘缃楁椇鏂殑鍚熸父璇椾汉鍚夊ゥ璇猴紙Giono锛夛紝浠ュ強鍗㈢摝灏旀渤璋风殑璇椾汉鍜岃鏇煎簳鐨勭敾瀹躲傚湪璺笂锛岀洰涔嬫墍鍙婏紝鏃惰屾槸涓鐗囧啘鐢帮紝鏃惰屾槸娲掓弧闃冲厜鐨勫北鍧★紝鏃惰屾槸瀹涘绔ヨ瘽鐨勫北璋凤紱鏈夋椂浼氶亣鍒板北娉夛紝浼氬惉鍒版櫄閽燂紝浼氱湅鍒板晝椋熼潚鑽夌殑缇婄兢鈥︹︽昏岃█涔嬶紝杩欐槸涓涓敾灞曘傗滆繖涓浗瀹舵湁涓绉嶅睍绀洪泟浼熶笌澹鐨勬湰鑳斤紝鈥濇浘鍦787鈥790骞撮棿娓稿巻娉曞浗鐨勮嫳鍥藉啘瀛﹀浜氱憻路鏉ㄤ竴娆℃鍦ㄤ粬鐨勫洖蹇嗗綍閲岃繖鏍疯锛屾棤璁轰粬璧板埌鍝噷锛岄兘涓衡滆繖涓浗瀹剁殑缇庝附鈥濊屾矇閱夈?/P>浣嗘槸绐佺劧锛岃繖鐗囩缇庣殑椋庡厜鍑虹幇浜嗕竴涓滃潖鐤解濄傚北涓樹笅鍑虹幇浜嗕竴涓晢涓氬紑鍙戝尯锛屽巶鎴垮拰妤肩兢寮濮嬫秾鐜帮紝杩欑墖鍦板尯鏃笉灞炰簬鍩庡競锛屼篃涓嶅睘浜庝埂鏉戙傝礉灏旂撼路椹噷鏂妸鐗堝浘涓婄殑杩欎簺姹$偣绉颁负鈥滃湴鐞嗚櫄鏃犫濄傛垜浠负浠涔堣璁╄繖浜涗笢瑗胯敁寤讹紵涓轰粈涔堣璁╂垜浠殑鍥藉閬嶅竷楂橀熷叕璺紵鍗充娇鏄竴涓釜浣擄紝鍦ㄥ洓鍗佸勾鐨勬椂闂撮噷涔熶笉鍙兘鍙樺緱濡傛涓戦檵銆?/P>浜虹被鏄湡鍦版瘉瀹圭殑缃瓉绁搁锛屼粠娉曞浗绗簲鍏卞拰鍥藉紑濮嬶紝杩欏満娴╂旦鑽¤崱鐨勬瘉瀹硅繍鍔ㄤ究寮濮嬩簡锛屸滀簩鎴樷濆悗鐨勪埂鏉戝伐涓氬寲銆侀兘甯傚寲浠ュ強鐢熸椿鏂瑰紡鐨勭摝瑙f槸鍏冨嚩銆傚湪娉曞浗鎬荤粺鍚夋柉鍗″皵路寰锋柉鍧︾殑涓冨勾浠绘湡鍐咃紝鐙棬鐙埛鐨勫眳浣忕墖鍖鸿繀閫熷闀匡紝鑰屽湪瀵嗙壒鏈椾换鑱屾椂鏈燂紝闅忕潃瓒婃潵瓒婂鐨勫伐鍘備粠宸撮粠鍚戝鐪佽縼绉伙紝鍑虹幇浜嗗ぇ鎵圭殑瓒呭ぇ鍨嬭秴甯傦紝鐜舰楂橀熷叕璺拰鐪佺骇鍏矾杩炴帴鐫灞呮皯鍖哄拰澶у瀷鍟嗕笟涓績銆傞偅鏃讹紝濡傛灉浣忓湪娉曞浗鍩庨儕锛岄偅涔堜竴澶╃殑澶ч儴鍒嗘椂闂存槸鍦ㄨ溅涓婂害杩囩殑銆備簰鑱旂綉缁堢粨浜嗚湑鍙橈紝闅忕潃瀹冪殑鍑虹幇锛屽眳姘戝尯涓嚭鐜颁簡涓绉嶇┖鑽¤绉樼殑姘旀皼銆傚皬闀囩殑闀囬暱璇翠粬浠殑鏉戦晣鈥滃彈鍒扮洃瑙嗗櫒鐨勭洃鎺р濓紝骞朵笖瀹夎浜嗕竴浜涒滆鎶ヨ缃濓紝浣嗘槸鎴戜滑涓嶉渶瑕佽繖浜涜鎶ヨ缃紝鎴戜滑闇瑕佺殑鏄叾涔愯瀺铻嶇殑閭婚噷鍏崇郴銆傛瘡褰撴兂鍒拌繖浜涢濆幓鐨勪箰瓒o紝鎬讳細蹇冪敓閬楁喚銆?/P>姣忔缁曡繃涓涓集璺紝鎴栬呰蛋涓嬩竴涓枩鍧★紝鎴戞讳細閬囧埌涓浜涘啘姘戯紝鏈変簺浜轰細鐑儏鍦伴個璇锋垜鍠濅竴鏉紝鍙︿竴浜涗汉鍒欎細鏂滅潃鐪肩潧鐪嬫垜锛涗竴浜涗汉浼氭粩婊斾笉缁濆湴璁茶堪浠栦滑鐨勪笉骞革紝鍙︿竴浜涗汉鍒欒繛涓嫑鍛间篃涓嶆墦銆傛垜甯屾湜鍙互瑙佸埌涓浜涘湡鐢熷湡闀跨殑褰撳湴浜猴紝鍍忎酣鍒┞峰痉路甯曞吂鏂竴鏍疯窡鎴戣亰鑱婂啘涓氥備酣鍒╂槸缁胯壊鐢熶骇鐨勫厛琛岃咃紝鍐欎簡涓鏈潪甯稿ソ鐪嬬殑涔︼紝鍙綔銆婂湡鍦扮殑涓闅呫嬶紝瀵逛粬鏉ヨ锛屽啘姘戝氨鍍忚瘲浜恒傛棤璁哄啘姘戣繕鏄瘲浜猴紝浠栦滑閮藉湪缁芥斁鑷繁鐨勬灉瀹烇細鎴栨槸涓妫佃姕鑿侊紝鎴栨槸涓棣栧崄浜岄煶鑺傝瘲锛屼粬浠湪鏃犲舰鐨勫姵鍔ㄤ腑鏀惰幏浜嗘灉瀹炪/P>鎴戝緢灏戦亣鍒版棦鏄瘲浜恒佸張鏄啘姘戠殑浜猴紝鐜板浠婏紝姣旇捣楂樿皥闃旇锛屼紶缁熺殑鍐滀笟绉嶆鑰呮洿鍠滄鍏ㄧ璐敞鍦拌曠鑷繁鐨勫湡鍦般備粬浠浠婇噰鐢ㄧ殑鏄粺涓鐨勩佸ぇ瑙勬ā鐨勫紑閲囨柟娉曪紝鍥犳缁欐垜浠暀涓嬩簡杩欐牱涓鐗囪浜洪儊閮佸娆㈢殑鍦熷湴銆傜绗嗐佺亴鏈ㄤ笡銆佹布娉姐佹渤鍫ら兘娑堝け浜嗭紝鍙栬屼唬涔嬬殑鏄敹鐩婄巼楂樼殑銆佺偣缂鐫杞﹀簱鍜岃偉鏂欏爢鐨勫ぇ鑽夊師銆傚浠婏紝鍐滃満寮濮嬭蛋涓嬪潯璺紝鏄旀棩鐨勭箒鑽d笉鍐嶏紝杩欎簺绉嶆鑰呭緢杈涜嫤锛屾瘡澶╅兘瑕佸埌鏅氫笂鎵嶅紑鐫鎷栨媺鏈哄洖鍒板啘鍦恒傚湪杩欎釜鏃朵唬锛屼汉浠绘槸涓閬嶉亶鍦拌锛岃鎯宠嚧瀵岋紝棣栧厛搴旇璐锋銆傜敓娲绘绘槸鑹拌緵鐨勩/P>鐪嬪埌杩欐牱鐨勭敓娲伙紝鎬讳細鏈変簺鎰熶激銆備负浜嗘憜鑴辫繖绉嶆儏缁紝鎴戠户缁悜涓婃攢鐖紝鎯宠鐪嬩竴鐪嬬┖鏃犱汉鐑熺殑涔¢噹銆傚湪楂樺師鐨勫北璋烽噷鏈変竴浜涘簾澧燂紝涓鐪ㄧ溂宸ュか锛屽啘姘戜究鎶涘純浜嗚繖浜涢珮鍦般傚伐涓氶潻鍛姐?914骞寸敱浜庡唴鎴橀犳垚鐨勪汉鍙f崯澶憋紝浠ュ強1950骞翠唬鐨勫啘鏉戜汉鍙g殑鍑忓皯锛屼娇杩欓噷鍙樻垚浜嗙┖鏃风殑銆佹案鎭掔殑鍝ㄥ崱锛屼汉杩圭綍鑷筹紝鐙笺佽澗铻堝拰铦拌泧閬嶅竷浜庢銆?/P>鍦ㄨ矾涓婁細閬囧埌涓浜涜鐫鍙よ佹晠浜嬬殑濂囧鎬殑浜猴紝浠栦滑鐨勪汉鐢熸櫤鎱у苟涓嶆槸鍦ㄤ竴涓紑鏀剧殑涓栫晫涓幏寰楃殑锛岃屾槸鍙栬嚜浜庤繖浜涢殣绉樼殑鍦熷湴銆備粬浠笉浜嗚В鐗规湕鏅槸璋侊紝鍗寸啛鎮夋瘡涓妫垫爲銆佹瘡涓澶寸壊鐣滅殑鐘跺喌銆傝皝鎵嶆槸鐪熸鐨勫崥瀛︿箣澹憿锛熸槸閭d簺浜嗚В杩滀笢闂鐨勪汉锛岃繕鏄啛鎮夎繖鐗囨椃閲庣殑浜猴紵\n榛戣壊鐨勯亾璺紝杩欐棦鏄簿绁炵殑閬撹矾锛屼篃鏄椃閲庣殑閬撹矾锛屾槸瀛ょ嫭涔嬭矾锛屼篃鏄嚜鐒朵箣璺紝瀹冧滑涓烘垜浠彁渚涗簡涓绉嶉冪杩欎釜鐜板疄涓栫晫鐨勫彲鑳芥с傝繖鏉¢粦鑹查亾璺负鎴戣緭鍏ヤ簡钀ュ吇锛屾垜鏀句笅涓鍒囩數瀛愯缃紝鍦ㄧ煶瀛愯矾涓婅璧颁簡30鍏噷鍚庯紝浠夸經鍙堥噸鏂版姄浣忎簡鑷繁鐨勭敓鍛姐?/P>瑙傚康瑕佹繁娣卞湴鏍规浜庝竴鐗囧湡鍦帮紝涓鐗囪闃冲厜鍝鸿偛銆佽涓浠d唬浜轰滑鑰曠鐨勫湡鍦般傛垜鍦ㄩ粦鑹查亾璺笂閬囧埌浜嗗舰褰㈣壊鑹茬殑浜猴紝浠栦滑鍚戞垜璁茶堪浜嗕粬浠殑涔¢噹銆佷粬浠殑涔犱織銆佷粬浠殑椋庢櫙銆佷粬浠殑椋熺墿銆佷粬浠枩娆㈢殑閰掋佷粬浠ゲ鍏荤殑鐗茬暅銆佷粬浠曠鐨勫湡鍦般佷粬浠箒琛嶇敓鎭簡鍑犱釜涓栫邯鐨勩佽浠栦滑浜插垏鍦扮О涓衡滄垜浠殑瀹跺洯鈥濈殑鍦版柟銆/P>SourcePh"style="display:none">

http://www.huifengdq.com ( 2012/2/28 10:13 )

摘要:分析了下行链路中的参考符号结构,描述了码本设计的工作原理,验证了下行链路多天线增强方案的系统性能,最后预测了LTE-Advanced R11中LTE-Advanced下行链路多天线技术的发展趋势。

0 前言

下行链路MIMO无疑是LTE R8中的一个关键技术构件。已经规定了用于提供超过300Mbit/s峰值数据速率的1、2和4个eNodeB天线端口的传输模式。在LTE-Advanced[1-3]中,下一步自然是继续进行雄心勃勃的目标设定,以确保其作为领先无线接入技术的地位。为了保证这一点,LTE-Advanced支持下行链路采用多达8个发射天线端口进行数据传输。对应于20MHz载波上的600Mbit/s,如果采用8×8天线配置和多达8层的空间复用,则峰值频谱效率可提高到30(bit/s)/Hz。除了增加发射天线数量之外,3GPP R10强调改善多用户MIMO(MU-MIMO)操作性能。多用户MIMO是指并行流向空间上独立的不同UE传输,而在单用户MIMO(SU-MIMO)中,并行流仅传输给单个UE。

1 下行链路中的参考符号结构

在LTE R8和R9中,MIMO操作主要基于与蜂窝有关的通用参考符号(CRS)。在天线端口和规模之间,参考符号模式是正交的,这取决于发射天线端口的配置数量。信道状态信息(CSI)测量以及数据解调通常采用CRS来执行。TDD波束形成传输模式7是例外,在这种情形中,与UE有关的参考符号(URS)用于解调。LTE-Advanced中的简单解决方案已经为采用8根发射(TX)天线的情形定义了另一种与蜂窝有关的RS,它暗示着CSI测量和解调都可以使用CRS。但是,使用R8终端的后向兼容性会生成一个问题,即不知道新RS的存在情况。在这些情况下,由于数据和新RSS之间的持续碰撞,会导致传统终端性能不可避免地变差。8-TX CRS的另一个缺点是当给定大多数终端通常无法享受8层传输的优势的事实后,参考符号的开销过高。

为了应对这些挑战,LTE R10决定采取另一种参考符号范式。关键思路是将用于CSI测量的参考信号与那些用于数据解调的参考信号脱钩,方法如下:

a)在2/4/8发射天线的情形中,CSI(即CQI、PMI和RI)测量和报告引入信道状态信息参考符号(CSI-RS)。

b)在多达8个空间层的支持下,与UE有关的预编码正交参考符号用于数据解调。主要从3个方面证明这种选择的合理性。首先,与UE有关的参考符号支持eNodeB处灵活的传输预编码,它可以看作是竞争性下行链路MU-MIMO的一个引擎。其次,根据传输等级,参考符号开销增加,因而一些高等级能力终端无法对整个系统进行惩罚,主要是由于参考符号开销较高,这与采用CRS的情形类似。第三,与UE有关的参考符号将从发送预编码增益中受益,这反过来又会导致可靠的信道估计。等级为1-2的LTE R10 URS模式对应于LTE R9中的URS模式,而等级为3-8的LTE R10 URS模式可看作是一种扩展。

CSI-RS在时间和频率上是稀疏的,因为CSI测量要求不如数据解调严格。通常情况下,CSI-RS采用非常低的密度(1RE/port/PRB)进行定期传输(例如每10ms)。CSI-RS的周期是可配置的,其占空比值变化范围为5~80ms,因为下行链路MIMO增强方案的目标主要是低移动性场景。这意味着对传统LTE R8/9终端的影响仅限于子帧,CSI-RS在这些子帧中传输,其他时间传统终端可以进行工作,而无需受到任何惩罚。同时,CSI-RS相对较低的密度考虑了在子帧中使用CSI-RS将数据传输给R8终端,虽然性能有所下降。但是,需要相应降低MCS水平,以支持UE应对额外的干扰。

虽然引入CSI-RS的主要驱动力是对eNodeB处8根发射天线的支持,但是也为其他天线配置定义了CSI-RS模式。总体而言,规范非常明智,可以对CSI-RS和CRS进行独立配置。在图1中,分别描述了8个、4个和2个发射天线端口时的R10 CSI-RS情形。CSI-RS模式具有嵌套特性——针对少数天线端口的模式是针对大量天线端口模式的子集。除了图1中的模式,还支持其他可能的配置,且定义了针对正常和扩展循环前缀的独立CSI-RS配置。对于帧结构类型1和2来说,不同模式也是可用的——也就是说,对于FDD和TDD来说,TDD中存在着细微变化,即与天线端口5的碰撞可以避免。CSI-RS的另一个主要区别也是高重用因子,例如在2个天线端口的情形中,重用因子为20。相比之下,在2个天线端口的情形中,CRS重用因子为3。较高的重用因子使得网络规划更加容易,且从CSI-RS到CSI-RS的碰撞在很大程度上可以避免,这在局部网络负载情形中是非常有益的。

在图2中,给出了URS配置的2个实例。该规范支持使用12/24个资源元素(RE),它可用于URS,这取决于传输等级。例如,与R9中的情形一样,1层和2层可以采用12个资源元素和长度为2的叠加正交码(OCC)进行工作,而24个资源元素和长度为4的叠加正交码可用于3-8层。采用频分复用加上可变长度的OCC,支持根据传输等级,对RS开销进行有效扩展。我们注意到通过采用天线虚拟化(如降至某个CRS端口),CSI-RS为高效地降低CRS开销提供了机会,如图2的右半部分所示,而UE仍然能够通过CSI-RS接入多达8个天线端口。

采用CSI-RS的系统操作基本原理如图3所示。终端基于CSI-RS来对CSI进行估计,并将CSI反馈传输给eNodeB,而eNodeB反过来可以在为数据选择预编码器和调制与编码方案(MCS)用CSI。数据可以和与用户有关(专用)的解调参考符号(URS,也称为DM-RS)一同传输,与数据一样,对同一物理资源块进行扩展。相同的传输预编码可用于数据层及相关的DM-RS端口。与LTE R8中的情形相反,它考虑了eNodeB使用任何预编码的情况,因为使用的预编码对于终端来说仍然是透明的,且不需要传输给用户。

2 码本设计

为了支持下行链路MIMO操作,8个发射天线端口的引入需要一个新码本。同时,与用户有关的DM-RS支持在eNodeB处灵活选择预编码器。为了实现这种潜在优势和增益,需要为eNodeB提供非常精确的CSI。在TDD的情形中,信道互易和探测参考信号在一定程度上可用于通过对来自于上行链路传输的相关信息进行估计,来获取CSI。但是,在FDD的情形中,除了长期DoA(到达方向)波束形成之外,实际上不可能使用短期CSI,因而需要在3GPP中指定更为详细的CSI反馈机制。简单解决方案是简单规定一个包含更多元素因而具有更高精度的新码本。遗憾的是,无论是从上行链路信令开销,还是从UE处PMI选择复杂性的角度来看,这种解决方案都是不切实际的。

码本设计的一种自然方法是把重点放在感兴趣场景与天线配置选择上。在用例方面,LTE R10 CSI反馈应当既支持下行链路SU-MIMO,又支持下行链路MU-MIMO,其中SU-MIMO主要用于信道方位(即角)扩散较大的不太相关场景,而MU-MIMO通常用于信道方位角扩散较小的高度相关场景。因此,对于SU-MIMO/MU-MIMO来说,最佳工作点与部署场景密切相关。另一方面,流量条件和可用多用户分集也会随着TTI的不同而发生变化,需要强制规定SU-MIMO和MU-MIMO之间的动态切换概率。从后者可以清晰得出,eNodeB需要拥有可用的SU-MIMO和MU-MIMO CSI反馈,以执行无缝传输模式选择。天线配置和相关信道建模在码本设计中发挥了主要作用。

对于eNodeB处配置8根天线的情形,通过关注窄距交叉极化(XP)阵列、窄距均匀线性阵列(ULA)和宽距交叉极化(XP)阵列,3GPP为最实用的天线配置赋予了优先级。前2种配置意味着更高的空间相关性,因而支持低等级SU-MIMO/MU-MIMO传输,由于较大元素间距导致的较低空间相关性,因而第三种配置更多用于高等级SU-MIMO。为eNodeB传输阵列处具有较低角扩散、较小元素间距的场景分配优先级表明,UE反馈主要针对低等级SU-MIMO和MU-MIMO操作,以实现:

a)采用精细空间粒度和建立在长期信道宽带相关特性的空域内UE分离,对支持MU-MIMO的反馈进行优化。
     b)支持SU-MIMO的反馈侧重于短期窄带信道特性。

长期信道特性不会从一个CSI测量实例快速变化到另一个CSI测量实例。因此,将信道状态特性分离为长期和/或宽带部分是行得通的,这说明从长远的眼光来看,信道状态特性是相对稳定的(例如等级和宽带波束方向),且短期和/或窄带部分主要针对非相关信道规划(例如2种不同的极化)上的波束选择和共相位。

利用这些事实,通过将长期和短期CSI构件分离开来,可以实现高效的反馈信令压缩,且辅以目标场景中非常具有竞争力的性能。这将导致3GPP在LTE R10 CSI反馈中采用双码本结构,以支持使用8根发射天线的下行链路MIMO。主要原理是子带的预编码器W是由2个矩阵构成的,这2个矩阵属于2个不同的码本:W1针对长期宽带信道特性,而W2适用于短期频率选择性CSI。由此形成的每个子带预编码器W是由2个矩阵W1和W2相乘得到的,即W=W1×W2。其原理如图4所示。考虑到最低上行链路信令开销,W1和W2的反馈速率可能是不同的。码本元素本身是基于固定波束族(GoB)构件的。众所周知,这些构件能够为MU-MIMO提供良好性能,而对于SU-MIMO来说,通过支持子带级的波束选择,可以维持频率选择性预编码。对于8×8下行链路单用户MIMO来说,当考虑使用8个空间层时,对于较低传输等级(即第1-2级,一定程度上也适用于第3-4级)来说,双码本概念就具有较大的吸引力,这取决于空间相关性。

图4示出的是LTE R10中的双码本反馈操作原理。预编码器由W1和W2 2个部分构成:W1针对长期/宽带信道特性,W2提供了深度完善方案以及关于信道的短期/窄带性能的信息。

R10引入对2、4和8个CSI-RS天线端口的灵活支持,而URS用于解调。在这种环境中,仅有包含8根发射天线的码本是新近定义的。对于2根和4根发射天线来说,LTE R10码本仍保持不变,且是LTE R8中的对应码本,因为这些码本被证明具有足够的竞争力。

3 下行链路多天线增强方案的系统性能

与R8相比,R10提供的主要容量优势是与UE有关的RS以及CSI-RS上的多用户MIMO,主要是在4根发射天线的情形中,即4×2和4×4。当采用2×2天线配置时,R10解决方案并未带来真正益处,因为传输编码增益非常有限,不会补偿与UE有关的RS开销。在一般情况下,通过采用天线虚拟化的方法,可以降低CRS开销本身。在实践中,人们通常会在eNodeB发射阵列每个极化方向上配置1个CRS端口。

图5给出了下行链路平均频谱效率。假定eNodeB处使用的是均匀线性阵列,与采用2×2天线配置的R8相比,采用4×2天线配置的R10 MU-MIMO能够将容量提高40%。与R8相比,采用4×4天线配置的MU-MIMO能够将容量提高100%。使用4根发射天线的交叉极化阵列,增益数值略有减小。MU-MIMO对蜂窝边缘数据速率的好处甚至要高于对平均数据速率的好处,如图6所示:与采用2×2天线配置的R8相比,4×4天线配置能够将蜂窝边缘数据速率提高150%。但是,需要注意的是,蜂窝边缘吞吐量、峰值吞吐量和平均吞吐量数值可能会相互折衷,这取决于调度和多用户配对策略。已经证实,通过在第二空间层采用比例公平频域调度,选择保持公平性会导致覆盖性能显著提高。另一方面,选择针对第二个用户的频域调度的最大C/I类型将会提升峰值吞吐量,从而以牺牲覆盖范围为代价,提高了平均吞吐量增益。

4 结论

在R11中,将继续开展被认为是LTE-Advanced研究部分内容的主题,以及除了R10之外的其他主题。预计3GPP R11将在2012年底定稿,即在2011年年中冻结R10后的18个月推出。

目前已知的LTE-Advanced研究主题包括:

a)载波聚合,预计研究焦点在增加新的下行链路频段组合,研究多频段上行链路情形支持的上行链路载波聚合。

b)多天线增强方案,已经达到共识,下一步研究工作将围绕协同多点(CoMP)传输展开,它将成为一个独立的研究项目。CoMP理想的根本目标是将干扰信号变为接收信号的有用分量,或者采用空间维度以确保干扰最小化的方式来引导信号。CoMP方案可以采用不同方法进行划分,此处选择的分类方法将方案分为:

(a)联合调度/波束形成,在这种方案中,实际传输仅来自于单个蜂窝/扇区,且性能优势是通过与其他蜂窝进行协同得到的。在协同波束形成的情形中,目标是采用某种方式来引导在重叠时间/频率资源调度的波束。在这种方式中,能够进行数据传输,且可以避免空域内的干扰,如图7所示。此处面临的挑战与精确环境信息的可用性有关,该信息支持eNodeB处的智能决策。

(b)联合处理CoMP是基于从多个蜂窝进行传输,并在接收端主动消除干扰的理念。此处面临的挑战取决于选择的具体方法,但大多与处理站点间操作以及由此形成的回程要求和接收机复杂性时,需要支持来自于多个eNodeB的实时联合编码和调度决策有关。从性能的角度来看,挑战将是获得不同参与元素之间足够快的连接以及所需测量结果的现实精度,以有利于CoMP操作的开展。

与R10一样,R11将涉及许多与LTE-Advanced没有直接联系的主题。目前,3GPP讨论的其他已知主题包括:

a)LTE MBMS进一步增强方案(eMBMS),遵循R9中的基本框架(并在R10中略有增强)。
     b)基于R10工作项目或研究项目,继续在诸如自组织网络(SON)、驱动测试最小化(MDT)、机器对机器(M2M)连接优化等主题上开展研究。

参考文献:

[1] Harri Holma,Antti Toskala. UMTS中的LTE:向LTE-Advanced的演进[M].2版.郎为民,译.北京:机械工业出版社,2011.
     [2] Harri Holma,Antti Toskala. UMTS中的LTE:基于OFDMA和SC-FDMA的无线接入[M].郎为民,译.北京:机械工业出版社,2010.
     [3] 何玉申,宫芳.下一代无线移动通信LTE及LTE-Advanced的研究[J].信息技术,2010(11):15-21.

作者:郎为民 杨德鹏 李虎生   来源:邮电设计技术
本文关键字: 天线40, LTE27, MIMO35, 无线接入2, 3GPP6, TDD4, RSS1, 移动1, FDD2, 网络3, 信令3, 宽带5, MBMS1, 测试1, UMTS2, FDMA1, 移动通信1

Copyright©1999-2017 c114 All Rights Reserved
上海荧通网络信息技术有限公司版权所有
南方广告业务部: 021-54451141,54451142 E-mail:c114@c114.net
北方广告业务部: 010-63533177,63533977 E-mail:shixinqi@c114.net.cn
编辑部联系: 021-54451141,54451142 E-mail:editor@c114.net.cn
服务热线: 021-54451141,54451142
沪ICP备12002291号
合作: 博彩公司游戏 金沙娱乐网 ag电子