5G標準投票聯想捅華為一刀？實際過程是這樣的…
【文/觀察者網 馬雪】近日，聯想2016年底在5G標準方案的投票問題被翻了出來，又掀起輿論熱烈討論。
有傳言稱，在3GPP（第三代合作伙伴計劃）舉辦的有關5G標準的表決會議上，聯想集團針對5G標準的Polar短碼方案(由包括華為在內的中國企業主導)做出了棄權的投票，即聯想帶着收購的摩托羅拉一起站隊了高通，而沒有支持中國企業華為，最終導致華為以微弱劣勢輸了。
圖源：東方IC
據中國證券網報道，對此，聯想集團今日（11日）發佈聲明表示，“在3GPP舉辦的有關5G標準的表決會議上，聯想針對5G標準的Polar方案投票（該方案由中國移動、華為等中國企業主導），包括聯想旗下的摩托羅拉移動，所投的都是贊成票。”
聯想集團稱，“聯想譴責任何造謠行為。一直以來，聯想都非常支持中國5G技術的發展，未來也會為推動5G技術和相關產品的研發繼續努力。”
聯想集團還稱，“一直以來，聯想都非常支持中國5G技術的發展，未來也會為推動5G技術和相關產品的研發而繼續努力。”
聯想集團聲明（圖源：金融界）
事情其實起因於中興，中興事件後，網上盛傳在爭奪5G編碼標準的時候，中興背後捅了華為一刀，把票投給了高通。
很快網友就發現，這完全就是子虛烏有的謠言，中興一直鼎力支持華為主導的Polar方案。
但有網友順着線索查到3GPP舉辦的一次有關5G標準的會議記錄，卻發現中興支持華為，但聯想卻支持高通。
於是乎，這兩日在知乎、新浪微博等社交平台上，不斷冒出“聯想為什麼不給華為投票”、“聯想不支持Polar方案”等帖子，引起輿論熱議。
網上熱傳的相關貼子（圖源網絡）
而聯想今日卻發聲明稱對華為主導的Polar方案，聯想投的都是贊成票，這是怎麼回事？難道有一邊撒了謊？
兩次會議：一次反對一次支持？
實際上，編碼方案是開了兩次會確定下來的，雙方説的不是一次會議，這是首先要分清的。**第二次會議的投票才是最終生效的結果，**聯想在這次會議上支持了華為的Polar碼，因此並不是聯想導致了Polar碼落選。
然而，聯想也確實在前一次會議上支持過由高通主導的LDPC碼，有網友認為，這破壞了中國企業的統一戰線。
聯想聲明迴避了第一次會議的問題，因此並不能打消網民的質疑。
我們來梳理一下聯想一前一後的表態，時間是2016年，間隔大約為一個月……
兩次會議分別是，2016年10月10-15日在葡萄牙里斯本召開的“3GPP RAN1 86次會議”，和在美國11月14-18日開的“3GPP RAN1 87次會議”。
3GPP是一個國際組織，旨在為通信系統制定全球適用技術規範和技術報告，但每次技術標準討論都要持續一段時間，所以會有86次會議，87次會議，而這就是令網友們混淆的地方。
在第87次會議上，華為主導的Polar Code（極化碼）方案最終勝出（戰勝高通主導的LDPC碼），成為5G控制信道eMBB場景編碼最終方案。
3GPP定義的5G分為3大場景包括增強型移動寬帶（eMBB），海量物聯網通信（mMTC）和低時延、高可靠通信（URLLC）。
eMBB場景下分控制信道和數據信道，顧名思義前者用於傳輸控制信息，後者則用於傳輸數據信息，兩者都有長碼和短碼，前者以短碼為主，後者以長碼為主。
很多新聞報道當時都説LDPC拿下了5G中的長碼，Polar拿下了短碼，其實是錯誤的，Polar拿下的是以短碼為主的控制信道編碼方案。
而高通主導的LDPC被確定為5G eMBB場景的數據信道編碼方案（長碼+短碼）。
第87次會議上達成的最終方案（截圖自3GPP網站下載的會議記錄）
就是在這場會議上，正如聯想今日的回應所説：“在3GPP舉辦的有關5G標準的表決會議上，聯想針對5G標準的Polar方案投票，包括聯想旗下的摩托羅拉移動，所投的都是贊成票。”
觀察者網查詢了3GPP官網提供的會議記錄，發現會議記錄並沒有記錄最終投票，也沒説明判定規則和各家的權重，只能看到各企業發起的聯署提案以及反對者。也就是説，只能看出各家的傾向性，到底如何影響了最終結果，除了會上的人能略知一二，光看會議記錄，根本是無法還原的。
網上傳的天花亂墜的“華為因聯想兩票惜敗”、“最終結果24:23”等説法，並無材料支撐。
聯想確實如其所説，在此次會議上，控制信道和數據信道的短碼方案都支持Polar，與他所説的投票選擇是一致的。
聯想參與支持控制信道採用Polar方案的聯署（截圖內容下載自3GPP官網）
此前有人説聯想在控制信道長碼上沒支持Polar，但會議記錄中，聯想聯署支持的是控制信道採取Polar方案，該方案不區分長短碼，如上圖所示，Polar成為控制信道最終方案，也是不區分長短碼。
有網友質疑稱，聯想只強調了在短碼上投的是Polar，但迴避了長碼投誰的問題。
根據第87次會議記錄，聯想聯署支持數據信道長碼用LDPC，短碼用Polar方案的L+P方案，這是因為LDPC在長碼上優勢明顯。如下圖所示，包括華為在內的大多數中國企業支持的，也都是L+P方案
在美國舉行的第87次會議會議記錄截圖，支持Polar方案的名單
而此前在網上盛傳的聯想投票高通的會議記錄截圖，則出自2016年10月在里斯本的第86次會議。
觀察者網查詢會議記錄發現，在那次會議上，數據信道編碼標準是主要討論內容，聯想聯署了支持將LDPC碼成為eMBB數據信道的唯一編碼方案。
第86次會議上支持LDPC為唯一方案的完整名單
而中興等希望大於X長度的長碼用高通的LDPC，而小於X長度的短碼用華為主導的Polar方案。
第86次會議上支持LDPC+Polar的完整名單
第86次會議記錄了各家的大致表態，聯想支持的是LDPC成為數據信道唯一編碼方案。
**在Polar主打的短碼標準，聯想卻也和一眾外企一道站隊高通，選擇支持LDPC為標準，這是網友們無法接受的地方。**這一次不被容忍的站隊是否影響到Polar在數據信道短碼方案的成敗，也成為討論焦點之一。
如上圖所示，在第86次會議提問環節中，包括聯想和摩托羅拉移動在內，傾向LDPC的為16家，而傾向L+P的為17家。第87次會議上，關於數據信道的方案，聯署L+P的為57家，聯署LDPC的為31家，但LDPC還是拿下了5G數據信道eMBB場景編碼最終方案。這也再次説明，聯署名單隻能作為參考，看出各家的態度，由於會議記錄沒有關於表決規則和投票的記錄，只看會議記錄，無法還原事情的原委。
不過值得一提的是，觀察者網專欄作者鐵流介紹，Polar雖然獲得了中國企業的力挺，但其實並不完全屬於中國，更不屬於華為。Polar碼是土耳其一位學者提出的，很多專利並不在中國公司手中。之所以力推Polar碼，主要是因為這項技術比較新，歐美公司技術積累相對較少。另一方面LDPC這項技術時間出來長一些，也相對成熟一些，歐美公司技術積累也比較多。
鐵流指出，這次投票沒有必要用非常富有“民族情緒”的眼光去審視，畢竟Polar並非中國原創，很多專利也不在中國企業手中，同時，華為、中興在LDPC上也有不少專利。不能用Polar=中國，LDPC=外國的眼光去看待。
中國企業力推Polar，更多的是手上沒有原創好牌的情況下，從產業實力非常弱的玩家手裏借一張牌，當作用來防禦歐美科技公司的武器。由於LDPC很多專利過期或快過期了，最後投票的結果更符合全球通信廠商的利益。畢竟大家都被3G時代高通的霸道嚇怕了。不可能再讓一家獨大。
本文系觀察者網獨家稿件，文章內容純屬作者個人觀點，不代表平台觀點，未經授權，不得轉載，否則將追究法律責任。關注觀察者網微信guanchacn，每日閲讀趣味文章。
背景知識介紹
3GPP是個什麼組織？
3GPP(Third Generation Partnership Project，第三代合作伙伴計劃)是一個成立於1998年12月的標準化組織，目前其成員包括：
歐洲的ETSI(歐洲電信標準化委員會);
日本的ARIB(無線行業企業協會)和TTC(電信技術委員會);
中國的CCSA(中國通信標準化協會);
韓國的TTA(電信技術協會);
北美的ATIS(世界無線通訊解決方案聯盟)
印度的TSDSI(電信標準開發協會)。
各個國家和企業主導的方案想列入5G標準，需要組織內成員表決通過。
3GPP定義的5G分為3大場景：
增強型移動寬帶（eMBB，Enhance Mobile Broadband），按照計劃能夠在人口密集區為用户提供1Gbps用户體驗速率和10Gbps峯值速率，在流量熱點區域，可實現每平方公里數十Tbps的流量密度。
海量物聯網通信（mMTC，Massive Machine Type Communication），不僅能夠將醫療儀器、家用電器和手持通訊終端等全部連接在一起，還能面向智慧城市、環境監測、智能農業、森林防火等以傳感和數據採集為目標的應用場景，並提供具備超千億網絡連接的支持能力。
低時延、高可靠通信（uRLLC，Ultra Reliable & Low Latency Communication），主要面向智能無人駕駛、工業自動化等需要低時延高可靠連接的業務，能夠為用户提供毫秒級的端到端時延和接近100%的業務可靠性保證。
何為長碼，短碼？
優化的編碼致力於用最短的二進制位數表示一個指令，越短效率越高。在指令數量不變的情況下，越常用的指令當然越短越好，但是指令不等長將造成接收端沉重的處理負擔。然後用等長的編碼顯然會導致無效數據的大量傳輸，浪費帶寬。於是把指令編成兩個組（個別也有三個組的），常用的用相對短的二進制位數表示，不常用的用相對長的二進制位數表示。短碼代表常用的指令，長碼代表不常用的指令。
控制信道是用於傳送信令或同步數據的信息通道，主要用於傳輸指令操作下級網絡設備。信息通過網絡傳輸的過程中由於受到外界干擾可能產生錯誤，為了糾正這些錯誤，以及不讓錯誤信息進一步積累，對要在信道中傳送的數字信號進行的糾、檢錯編碼就是信道編碼。隨着傳輸速度的提高和同時工作的傳輸協議的種類越來越多，數據信道的數量也隨之大幅增加，信道編碼的傳輸漸漸獨立出來，由專用的信道負責，也就是編碼信道，這可以增強數據在信道中傳輸時抵禦各種干擾的能力，提高系統的可靠性。
本文系觀察者網獨家稿件，文章內容純屬作者個人觀點，不代表平台觀點，未經授權，不得轉載，否則將追究法律責任。關注觀察者網微信guanchacn，每日閲讀趣味文章。