【原创】CoMP随笔（一）

longsteg

把平时的一些关于CoMP的思维片段随手写出来，想到哪里就写哪里，也非常欢迎有不同的意见讨论。

1/ 从coordination说起

协作（coordination），从LTE的第一个版本（R8）开始就引入了小区之间的coordination；但CoMP里的coordination与R8/9/10里的coordination的区别在哪里？
1）        松紧的程度: R8/9/10里的coordination是一种slack/slow的coordination，200ms进行一次协作就足够了；而CoMP需要对subframe量级上（1ms）上的PDSCH行为进行协作，因此在协作的密切程度上，CoMP is more more tight。

2）        所利用的信息（information）：R8/9/10里的coordination所使用的信息都是一些long-term 意义上的average channel quality,如RNTP/HII/OI，RSRP/RSRQ等，这些信息体现都是large scale意义上的无线信道信息；而CoMP使用的是大家都很熟悉的物理层triple-I: RI/PMI/CQI,这些都是基于subframe 量级short-term意义上的无线信道状态信息，所以虽然二者都是协调，但所使用的信息层次不在一个层面上；

3）        标准化的努力重点不一样：R8/9里的coordination，标准化的重点是在X2接口上，如讨论在eNB之间需要传递哪些信息以帮助它们进行协调；而CoMP的标准化重点在air上，即空口是大头，需要重新定义UE与eNB之间的行为约定，甚至需要颠覆刚刚在R10版达成一致的一些准测和概念，这是后话，暂且不表。

4）        对网络的部署要求不一样：对于point与point之间的信息传递时延，R8/9/10里的coordination是基于X2 protocol, 而X2 link一般认为是not-so-low-latency的（十几个毫秒）；而CoMP则必须为low-latency（微秒级），因此光纤是标配；且在point之间的时频（time-frequency）同步要求上，CoMP(尤其是coherent JT)对同步指标要比R8/9/10里的coordination严格的多（要高一个数量级左右，如果后者时间同步精度为3us，则CoMP的时间同步精度要达到0.3us，才能使得coherent JT成为可能，否则效果是一塌糊涂。）

因此从这个意义上说，CoMP的瓶颈之一是在部署场景的高门槛上，这也是dual-connectivity把对ponit之间的传输要求又回落到not-so-low-latency的原因之一。呵呵，CoMP就是一白富美，一般屌丝可望不可及。