已解决问题
PCH和BCH在MAC层做的处理疑问 (进入论坛模式)
提问者:loseblue
|
提问时间:2011-7-6 15:31
在36.321里面有简单的一句话,说是对PCH和BCH尝试进行decode,如果正确向上传输
我的问题是:
1. MAC对PCH和BCH做什么decode? CRC应该是物理层做的吧?
2. 如果decode不正确,MAC是直接抛弃了吗?还是需要做一些处理?需要对上下层进行通知吗?
36.321也没有说明,所以比较迷糊,先谢谢各位了!
我的问题是:
1. MAC对PCH和BCH做什么decode? CRC应该是物理层做的吧?
2. 如果decode不正确,MAC是直接抛弃了吗?还是需要做一些处理?需要对上下层进行通知吗?
36.321也没有说明,所以比较迷糊,先谢谢各位了!
关闭所有答案回应
最佳答案
PBCH可以多个 burst合并(40ms周期内发送4次),其实。36.321中对BCH接收失败时未做规定。
When the UE needs to receive BCH, the UE shall:
- receive and attempt to decode the BCH;
- if a TB on the BCH has been successfully decoded:
- deliver the decoded MAC PDU to upper layers.
When the UE needs to receive BCH, the UE shall:
- receive and attempt to decode the BCH;
- if a TB on the BCH has been successfully decoded:
- deliver the decoded MAC PDU to upper layers.
|
回应该答案 (0) |
回答时间:2011-7-7 04:50
其他答案 ( 6 条 )
解复用吧~
所谓decode正确,就是检测CRC是否正确。
错了就扔掉。系统广播和寻呼没有HARQ反馈,没有重传合并。
错了就扔掉。系统广播和寻呼没有HARQ反馈,没有重传合并。
CRC不是由物理层做的吗?难道物理层无论CRC正确与否都上报,交给MAC来处理?
严格来说,加CRC,和解CRC是属于物理层。但CRC是介于MAC与信道编码(CC)之间相对独立的一个东东,发送的过程是MAC(TB)-CRC-CC。解的过程是CC-CRC-MAC。
所以你所说的decode,就是CRC这个功能所做的事。错了就跟MAC说错了,对了就跟MAC说对了,由MAC去实行ARQ功能。
UE侧我的理解是BCH和PCH可以透过层2直接到层3,也就是说层2不做任何处理。CRC错误,直接在物理层扔掉或保存下来(软合并解码)
学习。
热点问题