多伦多 六六网  www.66.ca

 找回密码
 立即注册

扫描二维码登录本站

搜索

5G标准投票 联想在背后捅了华为一刀?

2018-5-11 05:44 PM| 发布者: 赫赢汇成| 查看: 76| 评论: 0|来自: 观察者

近日,联想2016年底在5G标准方案的投票问题被翻了出来,又掀起舆论热烈讨论。

有传言称,在3GPP(第三代合作伙伴计划)举办的有关5G标准的表决会议上,联想集团针对5G标准的Polar短码方案(由包括华为在内的中国企业主导)做出了弃权的投票,即联想带着收购的摩托罗拉一起站队了高通,而没有支持中国企业华为,最终导致华为以微弱劣势输了。

据中国证券网报道,对此,联想集团今日(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官网提供的会议记录,虽然看不到最后的投票结果,但可以看到各企业发起的联署提案。

联想确实如其所说,在此次会议上,控制信道和数据信道的短码方案都支持Polar。

联想参与支持控制信道采用Polar方案的联署(截图内容下载自3GPP官网)

有网友质疑称,联想只强调了在短码上投的是Polar,但回避了长码投谁的问题。

根据第87次会议记录,联想联署支持数据信道长码用LDPC,短码用Polar方案的1+1方案,这是因为LDPC在长码上优势明显。如下图所示,包括华为在内的大多数中国企业支持的,也都是1+1方案

在美国举行的第87次会议会议记录截图,支持Polar方案的名单

而此前在网上盛传的联想投票高通的会议记录截图,则出自2016年10月在里斯本的第86次会议。

观察者网查询会议记录发现,在那次会议上,数据信道编码标准是主要讨论内容,联想联署了支持将LDPC码成为eMBB数据信道的唯一编码方案。

第86次会议上支持LDPC为唯一方案的完整名单

而中兴等希望大于X长度的长码用高通的LDPC,而小于X长度的短码用华为主导的Polar方案。

第86次会议上支持LDPC+Polar的完整名单

第86次会议记录了各家的大致表态,联想支持的是LDPC成为数据信道唯一编码方案。

在Polar主打的短码标准,联想却也和一众外企一道站队高通,选择支持LDPC为标准,这是网友们无法接受的地方。这一次不被容忍的站队是否影响到Polar在数据信道短码方案的成败,也成为讨论焦点之一。

不过值得一提的是,观察者网专栏作者铁流介绍,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%的业务可靠性保证。

何为长码,短码?

优化的编码致力于用最短的二进制位数表示一个指令,越短效率越高。在指令数量不变的情况下,越常用的指令当然越短越好,但是指令不等长将造成接收端沉重的处理负担。然后用等长的编码显然会导致无效数据的大量传输,浪费带宽。于是把指令编成两个组(个别也有三个组的),常用的用相对短的二进制位数表示,不常用的用相对长的二进制位数表示。短码代表常用的指令,长码代表不常用的指令。

控制信道是用于传送信令或同步数据的信息通道,主要用于传输指令操作下级网络设备。信息通过网络传输的过程中由于受到外界干扰可能产生错误,为了纠正这些错误,以及不让错误信息进一步积累,对要在信道中传送的数字信号进行的纠、检错编码就是信道编码。随着传输速度的提高和同时工作的传输协议的种类越来越多,数据信道的数量也随之大幅增加,信道编码的传输渐渐独立出来,由专用的信道负责,也就是编码信道,这可以增强数据在信道中传输时抵御各种干扰的能力,提高系统的可靠性。


鲜花

握手

雷人

路过

鸡蛋

最新评论

联系电话:647-830-8888|多伦多六六网 www.66.ca

GMT-5, 2024-12-18 04:11 PM , Processed in 0.051327 second(s), 23 queries .

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

返回顶部