最近聯想的煩心事可真是不少。昨天晚上知乎上一個題為《如何看待 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。
下載地址在這裡，http://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_86b/Report/自己去看吧。
從上面這張圖上可以看到，中興、華為等中國廠商都反對單獨採用LDPC碼方案，同時也沒有支持長碼LDPC+短碼Turo的方案，而是主推長碼LDPC+短碼Polar的方案。但是聯想和摩托羅拉卻沒有支持中興、華為等國產廠商支持的LDPC+短碼Polar的方案，而是支持了高通的單獨採用LDPC碼的方案。
如果從投票行為來看，聯想沒有支持中興、華為等中國廠商主推的LDPC+短碼Polar方案的行為確實會令很多國人不滿，也確實該罵！
不過，如果單從結果來看，最終3GPP是確定了5G eMBB場景下數據信道編碼方案，大於X長度的長碼用LDPC碼，小於等於X長度的編碼並未確定。而中興、華為支持的方案當中，也選擇了LDPC碼作為長碼。所以，聯想和摩托羅拉移動的兩票似乎並未最終影響到這次會議的結果。但即便如此，聯想的這種行為也是有嚴重的“政治錯誤”，難以令國人釋懷。
美國裡諾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方案，聯想此舉恐怕是要得罪了一大批愛國青年！
最後需要強調的是，對於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獨佔方案，不知道是出於什麼考慮？
———————————————————分割線—————————————————
可能文章比較長，有些朋友覺的看著累，所以最後我們來簡要總結一下：
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碼。
3、87次會議上的eMBB控制信道短碼投票：
這次的結果大家都知道，華為等中國公司主推的Polar Code（極化碼）方案，從美國主推LDPC碼，法國主推Turbo碼中脫穎而出，成為5G控制信道eMBB場景下的短碼方案。這次會議，聯想和摩托羅拉移動也投了華為的Polar碼。
好了，事情情況給大家介紹清楚了！該怎麼噴你們自己看著辦！
閱讀更多 芯智訊 的文章
