最近联想的烦心事可真是不少。昨天晚上知乎上一个题为《如何看待 5G 标准上联想的投票？》的提问中，答主@范星.xfanplus的回答可谓是刷爆了网络，但却将联想推向上“罪人”的十字架。
联想被指5G标准投票战队高通
@范星.xfanplus 在回答中直指联想在5G信道数据码当中，联想带着收购的摩托罗拉站队高通，没有支持华为的方案，而是将两票都投给了高通，导致最终华为以微弱的劣势输了。
这一下真是不得了，一时间众多的自媒体纷纷转起，全网阅读量至少大几百万，昨晚某个头条号只发了这个回答的截图，阅读都上了53万，评论近8000条，清一色都是骂联想的。
来看下这辣眼睛的画风：
而在这个知乎问题之下，除了@范星.xfanplus 的回答之外，还有众多指责联想5G标准投票没有支持华为的回答。
另外在这篇帖子之前，近日，知乎、新浪微博等社交平台上，就出现了多篇类似的贴子，比如《联想为什么不给华为投票》、《联想不支持Polar方案》、《为什么说联想是“美帝良心”企业》等。
联想回应：这完全是造谣
昨天（5月10日）晚间，北京商报记者向联想集团求证。联想回应称，在该次投票表决中，其所投的是赞成票。相关材料也证实了联想方面的说法。也就是说，网上流传的关于联想不支持Polar方案等议论，毫无事实依据。
针对这一事件，联想集团对北京商报记者回应称：一直以来，联想都非常支持中国5G技术的发展，未来也会为推动5G技术和相关产品的研发而继续努力。大家严厉谴责任何造谣行为，也吁请大家切勿相信谣言。对于恶意造谣者，大家保留相关法律权利，依法追究到底。”
与此同时，联想已经举报了知乎平台上近期出现多篇针对此事件的帖子，并发布了《关于联想在3GPP投票事件中的说明》，联想在该说明中表示，“联想在3GPP举行的5G标准portar短码方案（此方案由华为等企业主导）投票中，是投赞成票的。其次，帖中关于联想起初不支持portal方案的议论，没有任何事实依据，是故意混淆视听。”并要求知乎删除全部涉事帖子，最大程度地降低对联想的负面影响。
今天，联想再次发布了《关于联想在3GPP投票事件中的说明》，对此事进行了辟谣。声明称联想及旗下的摩托罗拉移动在针对5G标准的Polar方案（中国移动、华为等中国企业主导）投票上，都投了赞成票。
事实究竟如何？
从联想的回应和辟谣声明来看，似乎是有人在故意造谣联想！那么事实究竟如何呢？
在这之前大家先来了解下这次争议的一些背景资料：
什么是中长码、短码、编码信道、控制信道？
优化的编码致力于用最短的二进制位数表示一个指令，越短效率越高。在指令数量不变的情况下，越常用的指令当然越短越好，但是指令不等长将造成接收端沉重的处理负担。然后用等长的编码显然会导致无效数据的大量传输，浪费带宽。于是把指令编成两个组（个别也有三个组的），常用的用相对短的二进制位数表示，不常用的用相对长的二进制位数表示。所以简单理解，短码代表常用的指令，长码代表不常用的指令。
而在5G通信的标准中，包含有控制信道编码标准和数据信道编码标准。
众所周知，信息通过网络传输的过程中由于会受到外界干扰可能产生错误。所谓的信道编码，就是在发送端对原数据添加冗余信息，这些冗余信息是和原数据相关的，再在接收端根据这种相关性来检测和纠正传输过程产生的差错。控制信道和数据信道则是逻辑信道的两个组成部分。
其中，控制信道主要是用于传送信令或同步数据的信息通道，主要用于传输指令操作下级网络设备。而数据信道则不言而喻，是用于传输具体内容的。两种信道编码中，编码也分为短码和长码，因为各个指令的使用频率不一样，所以把经常使用的指令用比较短的编码实现，使用频率很低的用长编码实现，这样可以提高传输效率。
而参与控制信道编码标准和数据信道编码标准竞争的候选信道编码主要是Turbo码、LDPC码以及Polar码。
Turbo码、LDPC码和Polar码
Turbo码是1993年由C. Berrou与A. Glavieux发明的一种数字解码方案。Turbo码的2个核心标志是卷积码和迭代译码，这种编码的思想引领了一个新的时代，Turbo码的出现可以作为古典编码理论与现代编码理论的分水岭。由于其出色的解码性能，3G与4G均采用了turbo码的信道编码方案。
LDPPC码由R. Gallager于1962年提出，是分组码的一种。一般通用的分组码译码算法是伴随式译码，非常复杂，循环码因此应运而生。而LDPC码是想通过比特翻转的译码算法来简化分组码的译码。LDPC码的应用非常广泛，并且可以进行并行化译码，非常适合高速率处理的场景。
Polar码可以说是编码理论的新贵，于2010年由土耳其科学家Arikan发明。Polar码主要是基于信道极化现象和串行译码方式提升信息比特的可靠性。虽然Polar码的理论优美，并且在3种译码方案中的性能最好，然而在实践应用上还有待成熟。
其中，美国主推的是LDPC码，代表企业有高通、NOKIA、Intel和三星；法国主推的是Turbo码，代表企业有Orange和爱立信；中国主推的是Polar码，代表企业有华为等。
在3GPP制定的5G通信标准当中，分为3大场景：eMBB：3D/超高清视频等大流量移动宽带业务；mMTC：大规模物联网业务；URLLC：需要低时延、高可靠连接的业务，如无人车等。目前，商用价值最高的场景是eMBB。
3GPP对于eMBB场景下的数据信道和控制信道的编码标准分别开了两次会议来投票决定，分别是：2016年10月14日的葡萄牙里斯本3GPP RAN1#86会议和2016年11月17日美国里诺3GPP RAN1#87会议。
葡萄牙里斯本3GPP RAN1#86会议
2016年10月14日，在葡萄牙里斯本，阿尔蒂斯大酒店，3GPP RAN1#86会议将投票决定采用何种编码作为eMBB业务数据信息的长码块编码方案。
美国以高通领队，法国派出了最强团队（94年 Turbo 元老级 Claude Berrou 团队），中国则以华为为首。这是一场美、欧、中三方的通信标准之争。
LDPC码阵营认为，Turbo码译码时延大，不适用于5G高速率、低时延应用场景。Turbo码阵营反驳，Turbo码已使用于3G、4G，在应用中不断改进的Turbo码是能够满足5G极端场景的。Polar码则似乎有些弱势，当时也还没有大规模应用采纳。
根据3GPP官网的资料显示，在3GPP RAN1#86会议上，支持LDPC码方案作为5G eMBB场景下数据信道编码（但不排除对编码方案的组合的考虑）的企业名单包括：Samsung, Qualcomm Incorporated, Nokia, Alcatel-Lucent Shanghai Bell, Verizon Wireless, KT Corporation, KDDI, ETRI, IITH, IITM, CEWiT, Reliance Jio, Tejas Network, Xilinx, Sony, SK Telecom, Intel Corporation, Sharp, MTI, National Instrument, Motorola Mobility, Lenovo, Cohere Technologies, Acorn Technologies, CableLabs, WILUS Inc, NextNav, ASUSTEK, ITL。
可以看到，联想和摩托罗拉移动正是在支持名单之中。
另外一份资料显示，支持LDPC成为eMBB数据信道的单一编码的企业包括：Ericsson，Sony，Sharp，Nokia，ASB，Samsung，Intel，Qualcomm ，VzW，KT，IITH，IITM，Fujistu，Motorola Mobility，Lenovo，KDDI。
而支持Polar码成为eMBB数据信道的单一编码只有华为。
而以中兴、华为终端、小米、展讯、联发科等为代表的中国厂商，希望在5G eMBB场景下，数据信道采用长码LDPC+短码Polar的组合方案。
从3GPP官方下载的另外一份文档也显示，以中兴、华为、中国移动、中国联通、展讯、联发科等为代表的中国厂商认为，数据信道应该支持两种类型的信道编码。大于X长度的长码用LDPC码，而小于X长度的短码用Polar码。
完整支持名单如下：
ZTE, ZTE Microelectronics, Acer, Bell, CATR, China Unicom, China Telecom, CHTTL, Coolpad, Deutsche Telekom, Etisalat, Huawei, HiSilicon, InterDigital, III, ITRI, MediaTek, Nubia Technology, Neul, OPPO, Potevio, Shanghai Tejet, Spreadtrum, TD Tech, Telus, Vivo, Xiaomi, Xinwei, IITH, IITM, CEWiT, Reliance Jio, Tejas Network
另外，以LG、NEC、Orange等为代表的厂商则支持长码用Turbo码，短码用LDPC码。
显然，从上面的资料综合来看，中国厂商整体更倾向于eMBB数据信道采用长码LDPC+短码Polar的组合方案。而华为同时两边下注，但想推动的Polar码成为eMBB数据信道单一编码的方案不太现实。
在经过几百份提案和无数次讨论之后，最终3GPP经过投票选定5G eMBB场景下数据信道编码方案，大于X长度的长码用LDPC码，小于等于X长度的编码下次再开会讨论确定是用Polar还是LDPC还是Turbo；X值的确定也是下次讨论；控制信道的编码也是后续再讨论。而5G UURLC、MMTC场景下的控制信道的信道编码方案则确定是FFS。
从上面这张图上可以看到，中兴、华为等中国厂商都反对单独采用LDPC码方案，同时也没有支持长码LDPC+短码Turo的方案，而是主推长码LDPC+短码Polar的方案。但是联想和摩托罗拉却没有支持中兴、华为等国产厂商支持的LDPC+短码Polar的方案，而是支持了高通的单独采用LDPC码的方案。
如果从投票行为来看，联想没有支持中兴、华为等中国厂商主推的LDPC+短码Polar方案的行为确实会令很多国人不满，也确实该骂！
不过，如果单从结果来看，最终3GPP是确定了5G eMBB场景下数据信道编码方案，大于X长度的长码用LDPC码，小于等于X长度的编码并未确定。而中兴、华为支持的方案当中，也选择了LDPC码作为长码。所以，联想和摩托罗拉移动的两票似乎并未最终影响到这次会议的结果。但即便如此，联想的这种行为也是有严重的“政治错误”，难以令国人释怀。
另外对于评论种有人对于上面这张图的时间有疑问，因为86次会议是10月，而上面这张图的备注时间是11月。这里解释一下，因为86次会议没有完全定下eMBB数据短码的方案，所以在87次会议上有重新讨论，而讨论当中就有在86次会议记录的基础上重新添加，所以本身的很多内容就是86次会议上的内容。而且这份更新后的资料也被放到了86次会议的目录下。
大家下载的时候没注意，所以用了下载了最新的版本。而10月86次会议上的记录是下面这张图，实际内容跟上面这个一模一样。
下载地址在这里，http://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_86b/Report/自己去看吧。
美国里诺3GPP RAN1#87会议
而对于随后的2016年11月17日美国里诺3GPP RAN1#87会议对5G短码方案讨论的结果，想必大家都已经比较清楚了。华为等中国公司主推的Polar Code（极化码）方案，从美国主推LDPC码，法国主推Turbo码中脱颖而出，成为5G控制信道eMBB场景下的短码方案。
而在这次会议的5G eMBB场景下上下行控制信道编码方案投票环节当中，华为等中国公司主推的Polar码方案受到了众多厂商的支持，其中就包括有联想以及旗下的摩托罗拉移动的投票支持。
虽然华为等主推Polar码成为了5G eMBB场景下的控制信道编码方案，但是需要指出的是，上次葡萄牙里斯本3GPP RAN1#86会议中悬而未决的eMBB场景下的数据信道短码方案，在这次会议上也被确定为LDPC码。LDPC码成为了数据信道的上行和下行短码方案。
有消息称，华为主推的Polar码之所以能够顺利拿下控制信道的上下行编码，是基于利益交换的结果，华为也加入了LDPC的讨论，所以这也使得高通主导的LDPC码能够成为数据信道上下行短码方案。
有小道消息称87次会议，联想虽然在eMBB控制码上投了华为，但是eMBB数据短码上投票给了高通，数据短码华为33比36高通落后，其中联想加摩托罗拉移动占了2票都投了高通。但是这些小道消息可能都是错误或者编造的。
3GPP的87次会议记录显示，关于eMBB数据短码的支持名单，证实了联想有投票支持华为、中兴等中国厂商主导的eMBB数据信道采用”2-code solution“方案，即长码DLPC+短码Polar方案。
可以看到上图当中，在87次会议上，联想/摩托罗拉移动有和华为、中兴等中国厂商一起，在支持Polar码作为eMMB数据信道当数据快大于1024bit时的上下行编码。
完整支持名单(共55家)如下：
Huawei, HiSilicon, Acer, ADI, Aeroflex, Alibaba, Bell Mobility, Broadcom, CATR, CATT, Coolpad, Coherent Logix, CHTTL, CMCC, China Telecom, China Unicom, Dish Network, ETISALAT, Fiberhome, Hytera, IAESI, III, Infineon, InterDigital, ITRI, Irdeto, Lenovo, Marvell, MediaTek, Motorola Mobility, National Taiwan University, Netas, Neul, Nubia Technology, OOREDOO, OPPO, Potevio, SGS Wireless, Skyworks, Sporton, Spreadtrum, SRTC, Starpoint, STMicroelectronics, TD-Tech, Telekom Research & Development Sdn. Bhd, Telus, Toshiba, Turk Telekom, Union Telephone, Vivo, Xiaomi, Xilinx, Xinwei, ZTE, ZTE Microelectronics
而支持LDPC码作为eMBB数据信道单一编码的企业（共31家）则包括:Samsung, Acorn Technologies, Alcatel-Lucent Shanghai Bell, Ceragon Networks, Cohere Technologies, Ericsson, ETRI, European Space Agency, HCL Technologies limited, IAESI, Intel Corporation, ITL, KDDI, KT Corporation, Mitsubishi Electric, Motorola Solutions, NextNav, NEC, Nokia, Nomor Research, NTT Docomo, Prisma telecom testing, Qualcomm Incorporated, Reliance Jio, Sharp, SK Telecom, Sony, Straight Path Communications, T-Mobile USA, Verizon Wireless, WILUS Inc
虽然，支持Polar阵营的企业（包括联想和摩托罗拉移动）多达55家，而LDPC阵营只有31家，但是实际上，前面也说了，投票结果并不是按照一家企业一票，而是有权重的，有的企业一票可能抵两票，所以最终的结果还是DLPC阵营胜出，成为了eMBB数据信道的单一编码。
看到这里相信大家应该发现了，联想和摩托罗拉移动确实在87次会议eMBB数据信道短码上投票给了华为等Polar阵营，根本不是外界所传闻的，什么eMBB数据短码上投票给了高通，造成了华为以1票之差输给了高通的说法。
真相
前面介绍了这么多，大家总结一下，对于此次事件的事实情况就是：在葡萄牙里斯本3GPP RAN1#86会议上，联想及旗下摩托罗拉移动确实没有投票支持华为等中国厂商主推的eMBB场景下数据信道采用长码LDPC+短码Polar的方案。但是，联想的投票也并未影响到最终的结果。而在3GPP RAN1#87会议上，联想及旗下摩托罗拉移动确实投票支持了华为等中国厂商主推的eMBB场景下控制信道短码Polar码的方案，也并未支持LDPC码成为数据信道上下行短码方案。
所以对于网上的众多指责联想的帖子，也需要一分为二来看，很多指责联想没有投票支持华为等主推的Polar码的帖子是完全搞混了两次会议。而且联想也确实投票支持了华为等主推的Polar码。
但是实际上，联想在葡萄牙里斯本3GPP RAN1#86会议上确实没有支持华为等主推的eMBB场景下数据信道采用长码LDPC+短码Polar的方案，这一点联想应该心知肚明。网上骂联想的人也是没啥大毛病。所以可以看到，联想的声明及回应当中，针对5G标准中华为等中国厂商主导的Polar方案的投票上，都投了赞成票，但是并未明确是那一次会议。显然这是在有所回避。
那么为何联想在葡萄牙里斯本3GPP RAN1#86会议上没有支持华为等助推的eMBB场景下数据信道采用长码LDPC+短码Polar的方案呢？
对此很多业内人士分析认为，首先相对于Polar码来说，LDPC码更为成熟。LDPC码于1962年就已经提出，现在已经发展的非常成熟。而Polar码2010年才被提出，实际应用环节还不太成熟。其次，在高效率低延时解码、IR-HARQ设计等诸多方面，Polar成熟度相比LDPC，Turbo和TBCC仍相去甚远。考虑上延时，实现复杂度等因素，Polar码优势并不明显。在里斯本会议之前，甚至很多的中国公司都不甚看好Polar码。另外需要指出的是，根据联想最新的财报数据显示，目前联想70%的营收均来自海外。所以联想当时选择站队高通可能是从当时的技术角度和市场角度考虑的。但是如果从民族情感上来看，联想的行为则是令人失望，因为只有联想这家中资厂商在86次会议上选择支持了高通主导的LDPC方案，联想此举恐怕是要得罪了一大批爱国青年！
虽然大家确实可以指责联想在葡萄牙里斯本3GPP RAN1#86会议上没有支持中兴、华为等主推的长码LDPC+短码Polar的方案，但是也要看到美国里诺3GPP RAN1#87会议上其对于华为等主推的Polar码方案的支持，事情还是要一分为二来理性看待。即使要骂，大家也应该骂在点子上，让被骂之人心服口服！大家说是不是？
最后需要强调的是，对于2016年这次投票，大家没有必要用“民族情绪”的眼光去无限拔高。 不能简单认为 Polar=中国，LDPC=外国。 Polar虽然获得了中国企业的力挺，但其实并不完全属于中国，更不属于华为。 Polar码是2010土耳其一位学者提出的。Polar并非中国原创，很多专利也不在中国企业手中。之所以力推Polar码，主要是因为这项技术比较新，欧美公司技术积累相对较少。大家更容易有机会赶上超越。 LDPC是1962年提出来的，相对比较成熟，欧美占优。 中国企业力推Polar，更多的是手上没有原创好牌的情况下，从产业实力非常弱的玩家手里借一张牌，当作用来防御欧美科技公司的武器。 中国厂商之所以选择Polar也主要是为了凸显”独立自主”，不跟随，希望新的Polar码能够崛起，从而与高通等欧美厂商主推的LDPC码分庭抗礼，避免一个阵营独大。 同时，需要指出的是华为、中兴，联想(MOTO)在LDPC上也有不少专利，这样可以理解为何华为、中兴等厂商支持数据信道长码用LDPC码，两边下注。
另外，还可以看到，在支持控制信道短码采用中国厂商力推的Polar码的名单中，不光是中国厂商，也有很多欧美大厂比如ADI、英飞凌、博通等。这也足以说明，大家不能简单认为 Polar等于中国，LDPC等于外国。另外在86次会议上的数据信道方案投票中，真正的国资企业Shanghai Bell也把票投给了高通的LDPC独占方案，不知道是出于什么考虑？
作者：芯智讯-浪客剑
注：本文为芯智讯原创，少部分资料来自知乎，文中图片大部分来自于3GPP官网下载的相关会议资料截图。
—————————————————
可能文章比较长，有些朋友觉的看着累，所以最后大家来简要总结一下：
5G编码标准讨论有两次会议：86次和87次，共发生了三次投票（需要注意的是不是简单的一个企业一票，而是每个票的权重不一样的）：
1、86次会议上的eMBB数据码投票：
a、长短码均采用LDPC码：支持企业有Ericsson，Sony，Sharp，Nokia，ASB，Samsung，Intel，Qualcomm ，VzW，KT，IITH，IITM，Fujistu，Motorola Mobility，Lenovo，KDDI。
b、长短码均采用Polar码：支持企业只有华为，最终华为主动放弃。
c、长码LDPC+短码Polar的组合方案：支持企业ZTE, ZTE Microelectronics, Acer, Bell, CATR, China Unicom, China Telecom, CHTTL, Coolpad, Deutsche Telekom, Etisalat, Huawei, HiSilicon, InterDigital, III, ITRI, MediaTek, Nubia Technology, Neul, OPPO, Potevio, Shanghai Tejet, Spreadtrum, TD Tech, Telus, Vivo, Xiaomi, Xinwei, IITH, IITM, CEWiT, Reliance Jio, Tejas Network
d、长码Turbo码+短码LDPC：支持企业有LG、NEC、Orange等。
投票结果：3GPP确定长码为LDPC，短码下次会议再确定。这次会议中，联想确实投票给了高通主导的LDPC阵营。但是，中国厂商主导的LDPC+Polar方案再这次并没有输，而是需要等到87次会议再确定短码的投票。
2、87次会议上的eMBB数据短码投票：
LDPC码方案：Samsung, Acorn Technologies, Alcatel-Lucent Shanghai Bell, Ceragon Networks, Cohere Technologies, Ericsson, ETRI, European Space Agency, HCL Technologies limited, IAESI, Intel Corporation, ITL, KDDI, KT Corporation, Mitsubishi Electric, Motorola Solutions, NextNav, NEC, Nokia, Nomor Research, NTT Docomo, Prisma telecom testing, Qualcomm Incorporated, Reliance Jio, Sharp, SK Telecom, Sony, Straight Path Communications, T-Mobile USA, Verizon Wireless, WILUS Inc
Polar码方案：Huawei, HiSilicon, Acer, ADI, Aeroflex, Alibaba, Bell Mobility, Broadcom, CATR, CATT, Coolpad, Coherent Logix, CHTTL, CMCC, China Telecom, China Unicom, Dish Network, ETISALAT, Fiberhome, Hytera, IAESI, III, Infineon, InterDigital, ITRI, Irdeto, Lenovo, Marvell, MediaTek, Motorola Mobility, National Taiwan University, Netas, Neul, Nubia Technology, OOREDOO, OPPO, Potevio, SGS Wireless, Skyworks, Sporton, Spreadtrum, SRTC, Starpoint, STMicroelectronics, TD-Tech, Telekom Research & Development Sdn. Bhd, Telus, Toshiba, Turk Telekom, Union Telephone, Vivo, Xiaomi, Xilinx, Xinwei, ZTE, ZTE Microelectronics
投票结果：联想及摩托罗拉移动投票支持了华为等主推的Polar码方案，但是eMBB数据短码最终仍然确定采用的是LDPC码。虽然中方方案支持的企业众多达到了55家，但是还是输给了31家企业支持的LDPC码。因为这不是简单的一个企业一票，而是每个票的权重不一样。据说Nokia，intel一票相当于普通公司的10票，高通是相当于15票。
所以从3GPP的会议记录来看，联想并没有在数据信道Polar方案投票当中弃权。
3、87次会议上的eMBB控制信道短码投票：
这次的结果大家都知道，华为等中国公司主推的Polar Code（极化码）方案，从美国主推LDPC码，法国主推Turbo码中脱颖而出，成为5G控制信道eMBB场景下的短码方案。这次会议，联想和摩托罗拉移动也投了华为的Polar码。
好了，事情情况给大家介绍清楚了！该怎么喷你们自己看着办！