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

此时，各家公司又分别进行了更多的技术陈述和讨论。通过讨论，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家公司表示了支持(非联署)。

——eMBB数据信道短码使用Polar code。以华为为首的57家公司联署了这个提案，包括联想和MotorolaMobility。 不过，这两个提案都遭到了很多公司的反对。在主席记录里面没有显示哪些公司对第一个提案表示了反对，对第二个提案表示反对的公司有 Ericsson、高通、Nokia、阿朗-上海贝尔、三星、 LG、 ETRI、KT、Verizon、英特尔、Docomo、IMT、KDDI、NEC共14家。这时这些公司主要的反对意见是，如果在数据信道上同时使用两种不同的编码方式，在芯片里必须同时实现两种译码器，而导致芯片成本增加，功耗增大。由于这些公司的强烈反对，Polar作为数据信道短码已经没有可能。

虽然Polar作为数据信道短码已无可能，但根据3GPP规程，此时LDPC作为数据信道短码并没有自动得以通过。最终，LDPC拿下数据信道短码，是LDPC支持者和Polar支持者妥协的结果。

而在5G控制信道编码方案中，Polar方案优势较为明显。

最终，两次会议的结果是，5G数据信道编码采用 LDPC方案，5G控制信道编码采用Polar方案。

相关报道: