騰訊《一線》 郭曉峰 5月11日報道
今早，聯想否認在3GPP的5G標準表決上沒有投票中國企業(yè)主導（華為的Polar短碼）的方案，稱包括聯想旗下的摩托羅拉移動，所投的都是贊成票。
事情起因是昨日晚間，網絡社交平臺不斷出現“聯想為什么不給華為投票”、“聯想不支持Polar方案”、“因為聯想站隊高通，最終導致華為以微弱差距輸了?！钡葍热萏?。
實際上，這并非最近才發(fā)生的事情，而是在2016年11月3GPP舉辦的一次5G討論會上。
在那場名為“3GPP RAN1 87次會議”的5G短碼方案討論中，華為公司的Polar Code（極化碼）方案最終勝出(戰(zhàn)勝高通的LDPC碼)，成為5G控制信道eMBB場景編碼最終方案。
3GPP是一個國際組織，旨在為通信系統制定全球適用技術規(guī)范和技術報告，從2G、3G、4G、到即將開啟的5G，每一代網絡都有對應的技術標準和規(guī)范。通常，技術標準的研究討論要持續(xù)一定時間，所以會看到“87次會議”這樣的字眼，而問題就出現在這里。
按照網絡社交平臺網友的說法，編碼方案是開了兩次會確定下來的，一次是在2016年10月葡萄牙里斯本的會（86次會議），主要確定數據編碼（分為長碼和短碼），另一次是在美國11月的會（87次會議）。
據當時參加87次會議的一家企業(yè)向騰訊《一線》透露，技術方案的表決都是依據上一次會議提出的議題，在投票之前大家會準備自己的方案，也可以合縱連橫，87次會議主要是數據信道短碼的表決。”
如上述所言，華為在短碼控制信道勝出，而聯想也確實如聲明所言投了贊成票。但在86次會議上，聯想是反對華為方案的，可以說投了反對票。
“86次會議主要是確定數據編碼，但最終只確定了長碼用LDPC方案，短碼方案當時沒有達成一致，留在了87次會議表決?！痹撊耸空f。來自網絡社交平臺的網友也稱，“在86次會議上，聯想支持數據信道編碼不管碼長多少都用LDPC，反對華為的短碼Polar方案。”隨后，該網友還列出了當時的會議記錄。騰訊《一線》也從參與86次會議的一家企業(yè)得到確認。
但如果從87會議的最終結果來看，聯想還是投了華為的短碼方案。
至于短碼好還是長碼好，從理論上來看各有優(yōu)勢。背后的重要意義在于中國企業(yè)可以在網絡關鍵技術標準上與國外分庭抗禮，未來不再受制于人。
“決定一個技術方案最后是什么？這里不能排除有政治或是商業(yè)的考量，但更多的是以技術驅動，如何更好的推動行業(yè)發(fā)展為主。這次可以是支持，下次也可以是反對，這在技術研討中很正常?！?/p>
按照3GPP的規(guī)劃，其計劃于今年6月份公布5G的首個標準規(guī)范。
