百度作业网LTE物理层协议的问题,36.212里的.
来源：学生作业帮 编辑：百度作业网作业帮 分类：综合作业 时间：2024/07/13 21:23:33
LTE物理层协议的问题,36.212里的.
关于LTE物理层,在信道编码和CRC校验过程中,按照协议都可能需要对数据补零,那解码的时候如何知道数据补零补了多少个?
关于LTE物理层,在信道编码和CRC校验过程中,按照协议都可能需要对数据补零,那解码的时候如何知道数据补零补了多少个?
可以遍历去试吧,如果没有误码,总有一个能通过CRC校验,如果都不对,那就可能误码了
再问： 协议中是在数据加CRC校验码前补的零，也就是说是经过校验无误的数据在开头会含有个数不定的零，这零的个数或数据包的大小会编到信令中去吗？如果不编到信令里，那如何知道补了几个零
再答： 你能说一下具体的章节吗？我记得具体补零的个数都是查表得到的，还有，如果是在MAC层就完成了补零，MAC头中会对补零的长度给出指示的
再问： 不好意思我理解错了，不是补零，是置空，那就更麻烦了，因为后面速率匹配时候不是要跳过空的数据吗？那收端解码的时候哪知道哪里跳过了呢？ 在36.212中，在5.12码元分割和5.1411turbo码输出后的字码流交织都有置空。收端该怎么办呢？我在做仿真，求解答
再答： 所谓的NULL数据都是在速率匹配子块交织时人为填充的，（32列的行列交织，若输入长度不是32的倍数，则在前面填充Null补齐，并在速率匹配输出时去掉），只要速率匹配的输入、输出值是双方已知的，就可以恢复； 一个码块的速率匹配输入值是根据TBS，进行码块分割计算的； 输出值是根据G进行分块的，G=使用的物理资源数目 *Qm；这两个参数都在与该PDSCH/PUSCH关联的PDCCH中有指示，所以是双方已知的 PS：我对这方面的研究也很有限，只知道这么多了，希望对你有帮助
再问： 协议中是在数据加CRC校验码前补的零，也就是说是经过校验无误的数据在开头会含有个数不定的零，这零的个数或数据包的大小会编到信令中去吗？如果不编到信令里，那如何知道补了几个零
再答： 你能说一下具体的章节吗？我记得具体补零的个数都是查表得到的，还有，如果是在MAC层就完成了补零，MAC头中会对补零的长度给出指示的
再问： 不好意思我理解错了，不是补零，是置空，那就更麻烦了，因为后面速率匹配时候不是要跳过空的数据吗？那收端解码的时候哪知道哪里跳过了呢？ 在36.212中，在5.12码元分割和5.1411turbo码输出后的字码流交织都有置空。收端该怎么办呢？我在做仿真，求解答
再答： 所谓的NULL数据都是在速率匹配子块交织时人为填充的，（32列的行列交织，若输入长度不是32的倍数，则在前面填充Null补齐，并在速率匹配输出时去掉），只要速率匹配的输入、输出值是双方已知的，就可以恢复； 一个码块的速率匹配输入值是根据TBS，进行码块分割计算的； 输出值是根据G进行分块的，G=使用的物理资源数目 *Qm；这两个参数都在与该PDSCH/PUSCH关联的PDCCH中有指示，所以是双方已知的 PS：我对这方面的研究也很有限，只知道这么多了，希望对你有帮助