 |
问答管理员：
已解决问题
[求助]随机接入响应如何配置？ (进入论坛模式)
提问者：inspiron456
|
提问时间：2012-4-5 16:04
看了36.321和36.331，发现其中的过程描述都是从UE侧给出的，而没有看到eNodeB侧的过程描述，如果要做仿真或实现的话，协议中没有给出eNodeB侧的过程描述，那eNodeB侧该怎么做呢？自己理解做？
如：在随机接入过程中，UE首先发送随机接入前导码给eNodeB，eNodeB在接收到随机接入前导码后，发送随机接入响应给UE，那么这个随机接入响应中的参数该如何确定呢？其中包括BI、RAPID、Timing Advance command、UL Grant(包括跳频、传输块大小、调制编码方案、CQI请求等)、Temporary C-RNTI，这些参数分别由eNodeB侧的哪一层如何确定？因为36.321中并没有给出eNodeB侧MAC如何来确定这些参数，36.331中也没找到相应的参数，请各位大侠释惑！
如：在随机接入过程中，UE首先发送随机接入前导码给eNodeB，eNodeB在接收到随机接入前导码后，发送随机接入响应给UE，那么这个随机接入响应中的参数该如何确定呢？其中包括BI、RAPID、Timing Advance command、UL Grant(包括跳频、传输块大小、调制编码方案、CQI请求等)、Temporary C-RNTI，这些参数分别由eNodeB侧的哪一层如何确定？因为36.321中并没有给出eNodeB侧MAC如何来确定这些参数，36.331中也没找到相应的参数，请各位大侠释惑！
关闭所有答案回应
最佳答案
最佳答案BI：不太清楚，可能是根据基站负载来决定的。请高手补充。
RAPID：小区建立之后，UE会通过系统消息获知这个小区支持的Preamble序列，一般有64个。UE在发前导的时候，就会从这64个中随机选一个发上去。在基站侧，当基站收到了preamble序列后，会进行解调。解出来是哪个，就会把对应的preamble ID通过msg2带下去，即RAPID。所以在接收到系统消息之后，哪个preamble对应哪个ID，UE和基站是都知道的。
Timing Advance command：基站在解调preamble的时候，同时会进行时偏估计，也就是导频信号发送的时间和基站期望的时间偏差多少。TA就是从这里获得的。
UL Grant：即msg3的grant。这个是由基站内部调度决定的。
Temporary C-RNTI：这个也是由基站内部调度决定的。虽然协议中没有规定，C-RNTI的取值，但C-RNTI和CCE位置有关。所以在设计C-rNTI的值的时候，需要考虑这些值在CCE资源上不能冲突。
RAPID：小区建立之后，UE会通过系统消息获知这个小区支持的Preamble序列，一般有64个。UE在发前导的时候，就会从这64个中随机选一个发上去。在基站侧，当基站收到了preamble序列后，会进行解调。解出来是哪个，就会把对应的preamble ID通过msg2带下去，即RAPID。所以在接收到系统消息之后，哪个preamble对应哪个ID，UE和基站是都知道的。
Timing Advance command：基站在解调preamble的时候，同时会进行时偏估计，也就是导频信号发送的时间和基站期望的时间偏差多少。TA就是从这里获得的。
UL Grant：即msg3的grant。这个是由基站内部调度决定的。
Temporary C-RNTI：这个也是由基站内部调度决定的。虽然协议中没有规定，C-RNTI的取值，但C-RNTI和CCE位置有关。所以在设计C-rNTI的值的时候，需要考虑这些值在CCE资源上不能冲突。
|
回应该答案 (0) |
回答时间：2012-4-6 11:17其他答案 ( 3 条 )
具体算法，各厂家自主实现
不同的厂家
不同的厂家实现不一样。。
不同的厂家实现不一样。。
感谢4楼的详细解释！
热点问题
