张学勇移民公司
微信扫一扫 分享朋友圈

已有 66 人浏览分享

开启左侧

捧杀华为贬低联想 谁在让Polar码投票成闹剧

[复制链接]
66 0



  
谁在让Polar码投票成闹剧

  李娜

  尽管投票已经过去了一年半,但3GPPRAN187次会议上关于5G短码方案的投票过程在知乎上被挖出了多个“版本”,关于“联想为什么不给华为投票”、“联想不支持Polar方案”、“联想站队高通,导致华为以微弱差距输了”等文章随后在各大平台被刷屏热议。

  继质疑“腾讯有没有梦想”后,联想这时候又成为了大家“拷问”的对象,只不过,在中美贸易摩擦不断的当下,不得不说有些帖子着实掺杂了部分个人情绪。有专业人士批评道,把专业和严谨当成了透明,3GPP在决定每一项技术标准时都要经过反复讨论和严格审查以确保其可实现性,绝非“村干部拉选票”一样,一个严谨的技术话题被硬扣上了一顶帽子,蒙上一层阴影。

  华为更是发布澄清声明,表示“对于Polar码作为控制信道的编码机制,联想及其旗下摩托罗拉移动针对该方案的投票都是赞成票。移动通信是个开放的产业,需要业界各方携手合作”。

  从技术本身来看,信道编码技术是5G背后众多核心技术的一种,它包含了毫米波技术(万兆传输速率的基础)、帧格式(低延时的关键)、多址接入(支持密集场景)、信道编码(信道分控制信道和数据信道,编码又分短码、中长码)以及数据编码等。

  而当时作为华为Polar码的竞争对手,主要包括美国高通为主导的LDPC编码以及法国主导的Turbo2.0编码。而这两个阵营所代表的是此前在3G、4G技术的主导力量。第三代通信技术包括CDMA2000、WCDMA以及TD-SCDMA三种标准,其中前两者占据最大市场,欧美以及日本为主要技术主导国。并且,无论是3G还是4G技术,高通在标准制定上一直处于主导地位。

  虽然投票记录无法查取,但从公开资料来看,LDPC作为数据信道的长码部分所有厂商都达成了一致,只是留下了短码待定。而网上流传的所谓因联想和摩托罗拉的关键两票造成了华为长码的败选或者说LDPC长码胜出,纯粹是无稽之谈。同时,由于Polar阵营的投票权重不够,再加上高通、三星、爱立信等公司的反对,最终会议决定数据信道的短码也采用LDPC,与长码保持一致。

  在5G移动宽带控制信道上,因为本身传输的数据量小,比起速度更注重可靠性,恰好是Polar码的优势,华为推崇的Polar码成为控制信道编码方案的提案最终得以通过。

  有华为内部人士表示,这次编码之争,更多的是技术之争,LDPC成为数据编码,Polar成为控制编码,都有技术层面的优势。

  通信技术标准制定一直是业内具有研发实力企业的必争之地,有这么一句话,一流公司做标准,二流公司做品牌,三流公司做制造。可以看到,目前在3GPP中,中国人担任关键职位30余个、投票权超过23%、文稿数量占总量30%、牵头项目占总数40%,可谓占据了相当大的话语权;5G核心网标准亦由中国企业牵头制定,2017年6月3GPP确定5G核心网将采用中国移动联合华为等26家公司提出的SBA架构。

  不得不说,从3G到4G再到5G,中国企业从落后到平行追赶再到现在标准组织里的领军梯队,着实是“扬眉吐气”了一把。

  但越是这样的时候,越怕“捧杀”。

  虽然中国企业拿下了控制信道eMBB场景编码的最终解决方案,但这并不意味着华为就能完全碾压高通,也并不能说明中国在通信技术领域已经超过美国,事实上,在推行5G技术上,华为以及国内企业还有很长的路要走。华为所拿下的eMBB不过是5G应用的其中一个场景,其他的两个场景仍需要在国际舞台上做另一番技术较量。

  在4G核心专利数量上,美国依然领先于中国,虽然5G上的距离在缩小,但并不代表企业已经有了“终极武器”,而在全球化合作分工越发明显的大背景下,企业与企业之间,国家与国家之间的关系越发密切,合作成为主题,强者更应该学会的是包容和妥协。

  最后,从1998年开始的,由全球主要国家与电信、通信厂商组成的3GPP标准组织是个各方协同的平台,在商业、政治与技术的分歧下,相信技术的声量在这个平台上将会更加得到重视,这时候片面地捧杀华为,贬低联想,对于中国5G的发展都不是一个聪明的做法。

举报 使用道具

回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

9

关注

15

粉丝

42462

主题
精彩推荐
热门资讯
网友晒图
图文推荐

维权声明:本站有大量内容由网友产生,如果有内容涉及您的版权或隐私,请点击右下角举报,我们会立即回应和处理。
版权声明:本站也有大量原创,本站欢迎转发原创,但转发前请与本站取得书面合作协议。

Powered by Discuz! X3.4 Copyright © 2003-2020, WinnipegChinese.COM
GMT-5, 2024-11-18 11:46 , Processed in 0.022873 second(s), 29 queries .