待解决问题
相邻小区rootsequenceindex相同,为什么会有干扰 (进入论坛模式)
离问题结束还有0天0小时 |
提问者:gaoyulingshan
|
提问时间:2014-4-29 22:53
如题,FDD lte中,如果相邻小区(不是同一个endoeb下,且这两个相邻小区的扇区号相同)的rootsequenceindex相同,接入时为什么会有干扰?
问题答案 ( 6 条 )
RACH序列是由根序列生成的,同一根序列通过循环移位生成的sequence是正交的,但不同跟序列生成的sequence不是正交的。
所以如果邻区间根序列重叠,就会导致RACH序列间产生干扰(非正交),导致false alarm。
所以如果邻区间根序列重叠,就会导致RACH序列间产生干扰(非正交),导致false alarm。
多谢回复。
首先,对于:同一根序列通过循环移位生成的sequence是正交的,但不同跟序列生成的sequence不是正交的。
个人认为不同根序列产生的preamble sequence,仍然是正交的,否则,如何理解当一个根序列不能满足产生64个preamble sequence的情况。
false alarm是什么alarm?是说功率检测相关吗?
如果邻区间根序列重叠,就会导致RACH序列间产生干扰(非正交)这一句,还是没有明白,能不能说的详细些,如果举例解释一下更好。
多谢。
高层只是的root sequence index是该小区的第一个根序列的index,一个小区可能需要多个根序列才能够生成64个RACH序列。具体看下36.331协议就明白了。
false alarm是虚检。举个例子,比如每个小区需要4个根序列,A小区的root sequence index是88,则A小区根序列有:88、92、96、100;B小区(邻区)的root sequence index是100、104、108、112。如果UE使用根序列为100所生成的RACH序列来做随机接入,A小区和B小区可能同时接收到该RACH序列,并都发送RAR且都预留PDCCH/PUSCH资源。
不好意思,还是没有搞明白false alarm的意思,这个alarm出现,表示什么?
另外,如果两个小区有相同的根序列,则:
message1可能携带了两个相同的preamble,两个小区可能都解析出这两个preamble并发送RAR(MESSAGE2).
然后ue用RA RNTI去解析PDCCH,在这一步,如果两个小区都下发RAR,是不是ue解析出的可能性就降低(相关干扰,这种干扰在ue处于两个小区边界时最明显)。如果这一步能够解析出,则继续message3。。。
也就是说,如果两个小区的rootindex不一致,在第一步的时候只有一个小区可以解析并下发RAR。
进一步说,enodeb检测上行的preamble时,是采用轮询的方式(盲检),只要发现对应的子帧上的能量超过某个门限,就尝试用所有的可能序列去解析(类似码分),使用某个序列出现峰值,就认定ue携带上发的序列是哪一个,对否?
另外,如果两个小区有相同的根序列,则:
message1可能携带了两个相同的preamble,两个小区可能都解析出这两个preamble并发送RAR(MESSAGE2).
然后ue用RA RNTI去解析PDCCH,在这一步,如果两个小区都下发RAR,是不是ue解析出的可能性就降低(相关干扰,这种干扰在ue处于两个小区边界时最明显)。如果这一步能够解析出,则继续message3。。。
也就是说,如果两个小区的rootindex不一致,在第一步的时候只有一个小区可以解析并下发RAR。
进一步说,enodeb检测上行的preamble时,是采用轮询的方式(盲检),只要发现对应的子帧上的能量超过某个门限,就尝试用所有的可能序列去解析(类似码分),使用某个序列出现峰值,就认定ue携带上发的序列是哪一个,对否?
:)
随机接入在小区选择之后,也就是说,UE在选择一个小区驻留之后,才会发送RACH preamble。
MSG1的RACH preamble不包含小区信息,所以驻留小区与邻区都可能接收到,并进行MSG2/MSG3的资源预留;
但PDCCH是需要用小区PCI加扰的,所以UE在使用RA RNTI解析PDCCH时,只会接收驻留小区的PDCCH,并根据RAR的资源预留情况,稍后发送MSG3。
邻区虽然发送RAR,UE应也不会去接收。因此在该类场景下,对于邻区来说,检测到了MSG1,并发送了MSG2,但未收到MSG3,就会产生虚检。
热点问题