联想称，出于对两种码的顾虑（手机芯片成本提高、耗电量增加，面临额外的专利费），联想对LDPC作为唯一编码方案进行了支持。

支持LDPC的企业没有变，但这个时候最初支持Polar码的公司发生了分化。包括华为终端在内的很多公司，都转而支持LDPC+Polar的混合方案，只有华为仍在坚持用Polar code作为数据信道编码的唯一方案。支持LDPC+Turbo混合方案的公司基本没有变化，只是此时爱立信已经改为支持LDPC唯一。

到目前为止的两次表态，并没有对数据信道编码做出最终决定。

此时，各家公司又分别进行了更多的技术陈述和讨论。通过讨论，LDPC的技术优势，特别是在数据信道长码上的优势，得到了更多公司的肯定。

会议主席随后又发起了第三次表决。华为看到Polar code作为数据信道的唯一编码方案得不到其他公司的支持，提出针对大小两种码块分别进行表决。在主席提出供表决的三个选项中，数据信道仅使用Polar code一种编码的方案已经被排除在外。这是一次反向表决，即对几个选项只记录那些反对的公司。

反对“数据信道长码用LDPC，数据信道短码用Polar”的公司有：英特尔、高通、LG、Nokia、ASG、MotorolaMobility。

由于每个提案都有很多公司反对，三个提案都无法原封不动地通过。按照3GPP的工作原则，会场主席可以把三个提案里的共同点（即无人反对的部分）作为最终决议决定下 来。由于在这次表决里，所有公司对LDPC用于数据信道长码均无异议，而对于数据信道短码的三种意见仍然相持不下，所以长码达成了决议 。会议同时也确认，针对其他场景（URLLC、mMTC）的编码方式，和eMBB控制信道编码方式，都留给后续会议解决。

87次会议

2016年11月份，3GPP在美国召开了RAN1#87会议（以下称87次会议），主要讨论的是5G数据信道短码方案以及5G控制信道方案。

在这次会议上，联想出于战略上的考虑，改变了对Polar code的看法，给予了华为Polar code方案全面支持。对华为Polar码用于数据信道短码，和Polar 码用于控制信道的方案，都投了赞成票。 华为两次发起关于数据信道短码的提案均有联想签署：

——eMBB数据信道使用两种编码方式。由于 86bis 会议已经决定将 LDPC 用于数据信道长码，这个提议实际要求数据信道短码使用 LDPC以外的 方式，即 Polar code。以华为为首的33家公司联署了这个提案，包括联想和 Motorola Mobility。 另有2家公司表示了支持（非联署）。

相关报道: