• 易迪拓培训,专注于微波、射频、天线设计工程师的培养
首页 > 无线通信 > 技术文章 > 协作多点通信系统中的切换机制

协作多点通信系统中的切换机制

录入:edatop.com     点击:

3 支持协作多点通信的切换机制

3.1 系统模型

基于3GPP LTE-Advanced系统标准化进程最新的CoMP系统模型,本文将重点分析频分双工系统中下行CoMP JP场景下切换时的信息交互及信令传输流程,因为在CoMP JP场景下对现有切换机制中信息交互及信令传输流程的修改是最为显著的。

(1)服务小区

服务小区向UE发送PDCCH的小区,在通信过程中,同时只有一个小区为UE的服务小区。

(2)测量小区集合

UE进行周期性的信道状态信息测量的小区集合,该小区集合由UE服务小区所在演进的基站(eNodeB)半静态配置。

(3)协作小区集合

协作小区集合(CCS)直接或间接参与向UE发送PDSCH的小区集合。

(4)协作传输点集合

协作传输点集合(CTP)直接参与向UE发送PDSCH的小区集合。

这里我们采用CoMP系统分析时常用的系统模型,CCS由测量小区集合中选出,CTP由CCS中选出,如图2所示。

\闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閹冣挃闁硅櫕鎹囬垾鏃堝礃椤忎礁浜鹃柨婵嗙凹缁ㄥジ鏌熼惂鍝ョМ闁哄矉缍侀、姗€鎮欓幖顓燁棧闂備線娼уΛ娆戞暜閹烘缍栨繝闈涱儐閺呮煡鏌涘☉鍗炲妞ゃ儲鑹鹃埞鎴炲箠闁稿﹥顨嗛幈銊╂倻閽樺锛涘┑鐐村灍閹崇偤宕堕浣镐缓缂備礁顑呴悘婵嬫倵椤撶喍绻嗛柕鍫濈箳閸掍即鏌涢悤浣镐簽缂侇喛顕ч埥澶娢熻箛鎾剁Ш闁轰焦鍔欏畷銊╊敊鐠侯煈鏀ㄧ紓鍌氬€风粈渚€顢栭崟顖涘殑闁告挷鐒﹂~鏇㈡煙閹规劦鍤欑痪鎯у悑閹便劌顫滈崱妤€骞嬮梺绋款儐閹瑰洭骞冨⿰鍫熷殟闁靛鍎崑鎾诲锤濡や胶鍙嗛梺鍝勬处濮樸劑宕濆澶嬬厵闁告劘灏欓悞鍛婃叏婵犲嫮甯涢柟宄版嚇瀹曘劍绻濋崒娑欑暭闂傚倷娴囧畷鐢稿窗閸℃稑纾块柟鎯版缁犳煡鏌曡箛鏇烆€屾繛绗哄姂閺屽秷顧侀柛鎾寸懇椤㈡岸鏁愰崱娆戠槇濠殿喗锕╅崢鍏肩濠婂懐纾奸柣鎰靛墮椤庢粌顪冪€涙ɑ鍊愮€殿喗鐓¢、妤呭礋椤戣姤瀚奸梻浣告贡鏋繛鎾棑缁骞樼€靛摜顔曢柣鐘叉厂閸涱厼鐓傞梺杞扮閻楀﹥绌辨繝鍥ч柛娑卞枛濞呫倝姊虹粙娆惧剬闁告挻绻勯幑銏犫攽閸モ晝鐦堥梺绋挎湰缁嬫垵鈻嶉敐鍜佹富闁靛牆绻掗崚浼存煏閸喐鍊愭鐐插暞缁傛帞鈧絽鐏氶弲顒€鈹戦悙鏉戠仸閽冮亶鎮归崶鈺佷槐婵﹨娅i幏鐘诲灳閾忣偆浜堕梻浣藉吹閸o附淇婇崶顒€绠查柕蹇曞Л閺€浠嬫倵閿濆簼绨介柛濠勫仱濮婃椽妫冨ù銈嗙洴瀹曟﹢濡搁妷顔藉枠濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌熼梻瀵割槮缁炬崘顫夐妵鍕冀椤愵澀绮堕梺缁樺笒閻忔岸濡甸崟顖氱闁瑰瓨绻嶆禒鑲╃磼閻愵剙鍔ゆい顓犲厴瀵鎮㈤悡搴n槶閻熸粌绻掗弫顔尖槈閵忥紕鍘介梺瑙勫劤椤曨厼煤閹绢喗鐓欐い鏃傜摂濞堟粓鏌℃担鐟板闁诡垱妫冮崹楣冩嚑椤掍焦娅﹀┑鐘垫暩婵參骞忛崘顔肩妞ゅ繐鍟版す鎶芥⒒娓氣偓閳ь剚绋撻埞鎺楁煕閺傝法肖闁瑰箍鍨归埞鎴犫偓锝庝簻缁愭稑顪冮妶鍡樼闁瑰啿绉瑰畷顐⑽旈崨顔规嫽婵炶揪绲介幉锛勬嫻閿熺姵鐓欓柧蹇e亝鐏忕敻鏌嶈閸撴艾顫濋妸锔芥珷婵°倓鑳堕埞宥呪攽閻樺弶鎼愮紒鐘垫嚀闇夐柨婵嗙墕閳ь兛绮欐俊鎼佸煛閸屾粌寮抽梻浣告惈閸熺娀宕戦幘缁樼厱閹艰揪绱曢敍宥囩磼鏉堚晛浠辨鐐村笒铻栧ù锝呭级鐎氫粙姊绘担鍛靛綊寮甸鍕仭闁靛ň鏅涚粈鍌溾偓鍏夊亾闁告洦鍓涢崢鐢告⒑閹勭闁稿鎳庨悾宄扮暆閳ь剟鍩€椤掑喚娼愭繛鍙夌矒瀵偆鎷犲顔兼婵炲濮撮鎰板极閸ヮ剚鐓熼柟閭﹀弾閸熷繘鏌涢悙鍨毈婵﹦绮幏鍛存嚍閵壯佲偓濠囨⒑闂堚晝绉剁紒鐘虫崌閻涱喛绠涘☉娆愭闂佽法鍣﹂幏锟�...

3.2 反馈及资源管理策略假设

本文假设CoMP UE仅向服务小区进行反馈报告。JP时,资源分配与调度,以及传输参数可以由服务小区所属eNodeB单独决定,也可以由各协作小区通过协商共同决定。由于UE仅接收服务小区的PDCCH,上述信息必然要汇总于服务小区,因此,为了减小X2接口上信息交互开销以及产生的时延,本文假设资源分配与调度,以及传输参数均由服务小区所属eNodeB决定,并将必要的信息通过X2接口传输给各协作小区。

3.3 支持协作多点通信的切换流程

如前述所说,我们除去现有切换过程中完整复杂的信息交互及信令传输,概述性的介绍支持协作多点通信中的切换流程。

(1)切换流程的触发

在LTE-Advanced系统的标准化进程中规定PDCCH仅由服务小区发送给UE,而每一个UE相同时刻只属于一个服务小区,而PDCCH用来向UE发送各种控制信令,必须保证PDCCH的通信质量。因此,当服务小区的导频信号强度(RSRP)下降到一定门限值以下而相邻小区中某一基站的RSRP上升到一定门限值以上时,即触发切换流程,无论UE是否处于CoMP模式,这与现有的切换流程触发模式基本相同。

(2)CoMP模式下的切换流程

根据CoMP JP的定义,当UE处于CoMP模式是,该UE对应于一个小区集合即CCS,CCS中所有小区均拥有UE的数据信息,每个时刻,UE动态的选择协作传输小区集合CTP,因此,在CoMP模式下,除了服务小区间切换,还需要为CCS以及CTP设计切换机制,即CCS以及CTP建立与更新过程。

我们首先给出CCS的切换流程及必要的信息交互和信令传输,然后给出CTP的建立与更新过程。

(3)CCS的切换流程

我们称UE切换后所连接的服务小区为目标服务小区,切换前的CCS及其中的协作小区成为源CCS及源协作小区,切换后的CCS及协作小区称为目标CCS及目标协作小区,在此基础上给出CCS的切换流程如图3所示。

\闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閹冣挃闁硅櫕鎹囬垾鏃堝礃椤忎礁浜鹃柨婵嗙凹缁ㄥジ鏌熼惂鍝ョМ闁哄矉缍侀、姗€鎮欓幖顓燁棧闂備線娼уΛ娆戞暜閹烘缍栨繝闈涱儐閺呮煡鏌涘☉鍗炲妞ゃ儲鑹鹃埞鎴炲箠闁稿﹥顨嗛幈銊╂倻閽樺锛涘┑鐐村灍閹崇偤宕堕浣镐缓缂備礁顑呴悘婵嬫倵椤撶喍绻嗛柕鍫濈箳閸掍即鏌涢悤浣镐簽缂侇喛顕ч埥澶娢熻箛鎾剁Ш闁轰焦鍔欏畷銊╊敊鐠侯煈鏀ㄧ紓鍌氬€风粈渚€顢栭崟顖涘殑闁告挷鐒﹂~鏇㈡煙閹规劦鍤欑痪鎯у悑閹便劌顫滈崱妤€骞嬮梺绋款儐閹瑰洭骞冨⿰鍫熷殟闁靛鍎崑鎾诲锤濡や胶鍙嗛梺鍝勬处濮樸劑宕濆澶嬬厵闁告劘灏欓悞鍛婃叏婵犲嫮甯涢柟宄版嚇瀹曘劍绻濋崒娑欑暭闂傚倷娴囧畷鐢稿窗閸℃稑纾块柟鎯版缁犳煡鏌曡箛鏇烆€屾繛绗哄姂閺屽秷顧侀柛鎾寸懇椤㈡岸鏁愰崱娆戠槇濠殿喗锕╅崢鍏肩濠婂懐纾奸柣鎰靛墮椤庢粌顪冪€涙ɑ鍊愮€殿喗鐓¢、妤呭礋椤戣姤瀚奸梻浣告贡鏋繛鎾棑缁骞樼€靛摜顔曢柣鐘叉厂閸涱厼鐓傞梺杞扮閻楀﹥绌辨繝鍥ч柛娑卞枛濞呫倝姊虹粙娆惧剬闁告挻绻勯幑銏犫攽閸モ晝鐦堥梺绋挎湰缁嬫垵鈻嶉敐鍜佹富闁靛牆绻掗崚浼存煏閸喐鍊愭鐐插暞缁傛帞鈧絽鐏氶弲顒€鈹戦悙鏉戠仸閽冮亶鎮归崶鈺佷槐婵﹨娅i幏鐘诲灳閾忣偆浜堕梻浣藉吹閸o附淇婇崶顒€绠查柕蹇曞Л閺€浠嬫倵閿濆簼绨介柛濠勫仱濮婃椽妫冨ù銈嗙洴瀹曟﹢濡搁妷顔藉枠濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌熼梻瀵割槮缁炬崘顫夐妵鍕冀椤愵澀绮堕梺缁樺笒閻忔岸濡甸崟顖氱闁瑰瓨绻嶆禒鑲╃磼閻愵剙鍔ゆい顓犲厴瀵鎮㈤悡搴n槶閻熸粌绻掗弫顔尖槈閵忥紕鍘介梺瑙勫劤椤曨厼煤閹绢喗鐓欐い鏃傜摂濞堟粓鏌℃担鐟板闁诡垱妫冮崹楣冩嚑椤掍焦娅﹀┑鐘垫暩婵參骞忛崘顔肩妞ゅ繐鍟版す鎶芥⒒娓氣偓閳ь剚绋撻埞鎺楁煕閺傝法肖闁瑰箍鍨归埞鎴犫偓锝庝簻缁愭稑顪冮妶鍡樼闁瑰啿绉瑰畷顐⑽旈崨顔规嫽婵炶揪绲介幉锛勬嫻閿熺姵鐓欓柧蹇e亝鐏忕敻鏌嶈閸撴艾顫濋妸锔芥珷婵°倓鑳堕埞宥呪攽閻樺弶鎼愮紒鐘垫嚀闇夐柨婵嗙墕閳ь兛绮欐俊鎼佸煛閸屾粌寮抽梻浣告惈閸熺娀宕戦幘缁樼厱閹艰揪绱曢敍宥囩磼鏉堚晛浠辨鐐村笒铻栧ù锝呭级鐎氫粙姊绘担鍛靛綊寮甸鍕仭闁靛ň鏅涚粈鍌溾偓鍏夊亾闁告洦鍓涢崢鐢告⒑閹勭闁稿鎳庨悾宄扮暆閳ь剟鍩€椤掑喚娼愭繛鍙夌矒瀵偆鎷犲顔兼婵炲濮撮鎰板极閸ヮ剚鐓熼柟閭﹀弾閸熷繘鏌涢悙鍨毈婵﹦绮幏鍛存嚍閵壯佲偓濠囨⒑闂堚晝绉剁紒鐘虫崌閻涱喛绠涘☉娆愭闂佽法鍣﹂幏锟�...

第1步。目标服务小区所属eNodeB通过下行控制信道向UE发送测量命令,要求UE对测量小区集合中的小区的信道信息进行测量,包括RSRP、传播时延等,为了保证CCS的建立速度,提高CCS切换的成功性,不要求UE测量如信道矩阵H,CSI(信道状态信息)或信道质量信息(CQI)等详细的信道信息。要求UE测量传播时延是为了保证CCS中各小区到UE的有较小的传播时延差异,有利于联合传输时UE端的信号同步。

第2步。UE根据第一步中的测量命令对测量小区集合中的小区进行测量并向目标服务小区上报相应测量结果。

第3步。目标服务小区所属eNodeB根据UE上报的测量结果选定UE的候选目标CCS。候选目标CCS中的候选目标协作小区需要满足下面两个条件:

导频信号强度满足要求,可以按照RSRP大于某一特定门限或者MAX-N的方法选定N 个RSRP最大的小区组成候选目标CCS,其中具体的门限值以及N 的个数根据UE业务需求和系统负载情况进行半静态配置;

各目标协作小区(包括服务小区在内)到UE的传播时延差异较小,也可以按照上述设定门限值或选取MIN-N 的方法来选取候选目标协作小区。

第4步。如果候选目标小区与目标服务小区属于同一个eNodeB,则到第6步,否则启动X2接口(X2接口为eNodeB间的通信接口)CCS建立进程,该进程包括:

目标服务小区所属eNodeB通过X2接口用户平面向候选协作小区所属eNodeB发送UE的数据信息。
目标服务小区所属eNodeB通过X2接口控制平面向候选协作小区所属eNodeB发送协作小区集合CCS建立请求信息,该请求包括以下信息:目标服务小区标志;目标候选协作小区标志;UE业务承载信息,与UE业务承载相关的信息,及E-RAB信息,该信息与服务小区切换时由源服务小区向目标服务小区发送的E-RAB信息相同;资源信息请求(CRI_Request),用于目标服务小区请求候选目标协作小区报告小区内的资源使用信息,我们定义为CRI,该信息有利于根据各协作小区的资源使用情况更好地进行CoMP用户的资源分配,该请求包括协作小区CRI的报告周期,在CCS未更新时,协作小区将以该周期报告CRI;CoMP模式,用于标志请求的模式,包括JP/CS/CB等;UE信息,CoMP是基于用户的,因此需要共享UE相关信息。

作者:许晓东 陈鑫 李静雅   来源:中兴通讯技术——2010年 第1期 总第89期

上一篇:一种基于FPGA的雷达波束控制系统设计
下一篇:协作通信网络中的中继节点选择技术

闂傚倷绀佺紞濠傖缚瑜旈、鏍幢濡炵粯鏁犻梺閫炲苯澧い顓炴健瀹曠懓鈽夊▎鎰絿闂備焦鎮堕崐鏇灻归悜钘夌閻庯綆鍠栫粻鏌ユ煙娴煎瓨娑ч柟顔荤窔濮婅櫣鍖栭弴鐔哥彇濡炪們鍨归敃顏堛€佸▎鎾崇妞ゆ牗纰嶉悗顒€鈹戦悙鍙夘棡闁搞劎鍠栧濠氭晸閿燂拷 | More...
手机天线设计培训教程详情>>

手机天线设计培训教程 国内最全面、系统、专业的手机天线设计培训课程,没有之一;是您学习手机天线设计的最佳选择...【More..

射频和天线工程师培训课程详情>>

  网站地图