华为GSM产品发展历程简史

[ai丹妮]

#5974

发帖数23

华为的无线是是从ETS开始的，ETS开始的时间不详，但是就传闻来说，华为开始没有无线的经验，直接从交换机的研发团队拨了一批人成立了无线业务部，当然最开始目标肯定是瞄着当时中国刚刚开始的GSM市场的。

中国移动通讯历史可以参考近期国庆宣传资料，简单而言，就是87年开始了移动网的建设，在94年，为了打破垄断，成立了联通，联通应用的是GSM，而那个时候的中国电信还在苦苦等待Moto的CDMA系统商用，那个时候电信因为寻呼和模拟系统，和电信的关系非同一般。因为联通GSM很快放号使用了，并且比电信的模拟移动网络好很多，因此电信也没有了等待的耐心，因此很快就上了GSM，并分家成立了现在的中国移动。

刚刚成立的无线业务部，一拨领导人再加上招聘的新员工，摸索着将模拟的ETS整出来了。随着ETS的研究成功，标志着华为已经基本掌握了无线的射频技术，当然这个射频应该是模拟的，和GSM的射频应该还是有不小的差异。你们应该知道，那个时候搞射频的，国内的资源不多，除了军事单位的雷达之外，民用的最多也就是微波了，所以射频算是那个时候的特殊人才，在考评和待遇上面是有倾斜的。

GSM最开始的技术积累是从几个单位挖的人开始的，因为毕竟没有搞过这么复杂的产品，这么多网元，每个网元的复杂度都很高，只有MSC还能从交换机那里有点继承。因为交换机也只有对上业务系统和7号及对下的用户线而已（固网的人不要笑我，我对交换机了解不多），而GSM系统要上就是一整套系统，包括核心网的HLR，VLR（现在都已经集成在交换机中了），MSC，接入网的BSC和基站，每个网元的处理复杂度都要比交换机大一些。拿比较熟悉的接入网来说，BSC（基站控制器）不但要处理用户的接入和接续，还完成对基站的配置，无线资源管理，功率控制，切换等，并且还需要有TRAU子模块，完成语音编解码。而基站不但要完成无线信号的收发，还要完成信号的解调，基带处理，跳频等。所有的都是新的，如果没有熟悉的技术牵头人，仅仅靠华为原来的老员工去学，估计不知道什么时候才能拿出产品。

当然那个时候国内没有任何单位在开发GSM产品，有的只是一些邮电部的研究所在跟踪和了解GSM技术，所以华为的GSM产品都是自己一笔一画的写出来，当然基站在华为无可用的平台，肯定有模仿的对象，会在后面提到，但是应该没有从友商那里有设计去抄袭。

没有经历过97年样机打通电话的激动人心的时刻，我进华为的时候，已经处于商用产品开发的功能补齐阶段，比如话统告警性能开发，OM维护功能完善，从当时的Phase1协议往Phase2升级，现在很多人可能都不知道有这些协议阶段，类似现在R99和R4的关系，但是那个时候Phase2定义的功能大多数是一些基本功能，而不是现在协议中升级中的可做可不做的可选功能。那个时候GSM已经成立了产品线，产品线的领导都是当时从研究所挖过来的技术大拿。说大拿，那可不是吹出来的，传闻当时的BSC主机软件，就是一个大拿带着两个员工写出来的，不要说写这么多代码，就是将所有和BSC相关的协议都读懂，理解透，并且勾画出BSC架构，再将主机软件分模块，就已经让人佩服不已了。现在华为的BSC开发测试团队加起来可是有几百人的，并且有前人的多年累计的文档和资料。当然现在的BSC功能是比以前复杂多了，代码量也是以前的几十倍了。

产品真正的商用化

样机和商用化产品有多远，对于小系统可能不是很远，可能差几个月或者半年，但是对于整个GSM系统来说，那就差得很远了。97年打通电话的产品是没有见过，等我见到华为产品的时候，BSC的版本号已经到了BSC2.1,BTS也已经到了2.0,MSC的版本号已经到了3.X了。按照现在华为部分研究项目的样机开发来看，一般样机都是怎么简单怎么来，我敢肯定，样机的维护台是没有消息解释的，样机里面的话统肯定是很不完整的，样机里面的很多网规参数都是不能设置的，应该是在程序中写死的。

华为GSM从样机到商用化产品，一走就是一年半，接近两年。按照1997年9月5日华为的GSM打通第一个电话，也就是从原型机开发出来，到真正具备试商用，其实按照严格意义上面来说，还不能算商用，只不过当时的中国移动和中国联通能够宽容的接受了华为的一个很不成熟的产品而已，但是市场的容量是很小的。

举几个现在看来不可能的例子，那个时候，基本没有问题定位手段，基本上是靠打开前台的打印和前台发到后台的断言来定位问题，最开始的时候，所有人都是靠记住消息的字段划分来判断这一条消息是否对，经常看到一个开发人员和一个测试人员一起盯着显示器，打开一条消息，开始数1，2，3….，一直数到第12个字节，看到这个字节是5F，好，然后再打开协议，测试人员说，你看，这个消息，这个字段你应该发的是5E，而不是5F。发了5F，这个就变为XX含义了，呼叫当然就进行不下去了。

GSM的消息跟踪是从交换机继承过来的，那个时候不知道交换机是否有消息跟踪的解释，反正GSM是没有的，这个时候，一个大拿（5，6千号左右，在那时是一个比较老的新员工而已）出现了，觉得这样定位问题和测试太费劲了，就自己研究编译原理，设计了一套机制，根据前台吐出来的消息，动态根据GSM的协议不同的IE，将GSM协议的每个字段都解释出来，一点某个具体的消息，就弹出一个小框，然后分层分段的将消息头，消息的IE字段全部解释出来，后推广到整个GSM产品线，就将技术全部移交给开发了，因为他是测试人员。那个时候，能够解释的消息的有惠普的MA10，那可是10多万一台呢，整个产品线好像就几台，并且还只能解释很标准的信令。这么一来，相当于产品线人手一台MA10，大大提高了测试和问题定位的速度。不过很可惜，这个大拿2000年的时候就离职出国去了。据说这个工作是他自己琢磨的，并没有耽误主管安排的工作任务，只是工作基本有思路之后才给主管提及，专心的搞这个。所以呢，我觉得任何岗位，只要你会思考，都能做出很大的成绩，关键看你是否思考而已。现在很多测试人员觉得测试没有劲，关键你是否有思考，是否有想法，测试其实也出了不少人才的，当然你到了一定级别之后，测试上升空间稍微小一些，我也是搞测试出身的。

商用化开发，大话务量测试是必不可少的。在刚进公司的时候，因为忙于学习和工作任务，因此对其他的小组的工作并不是很了解，只能大概描述一下这个过程。华为无线的大话务量工具的鼻祖也是一个测试人员，是从BSC开始的。MSC的原来是否有大话务量工具我不清楚，但是我知道后来MSC专门吸取了BSC组话务量测试方法和理论，后来MSC话务量测试组在一个美女带领下，也是做得有声有色。

那个时候BSC的软件已经基本成型，一般的功能测试虽也能发现问题，但是还是很担心话务量冲击的问题。原来最老的单模块BSC虽然是没有经过话务量测试，毕竟那个时候单模块BSC容量小，在商用网上带的基站也少，到是没有出过话务量冲击的问题。但是基于多模块交换机的BSC31，已经能够支持1024个载频，并且涉及到模块间通讯，容量大了之后也肯定会涉及到流量控制的问题，因此当时的产品已经意识到必须要上话务量测试。就这样，话务量工具的鼻祖就带了3个98年进公司的3个测试员工（其中两个还是后来加入的），开始了话务量测试。从最开始设计模拟基站和BSC建链开始，到在工具里面增加模拟手机用户的状态，再到XX（不能再细说了，免得有信息安全的风险）。到了最后，工具成型了，将话务量的环境搭建起来之后，新版本要发布到测试部去测试，必须要经过话务量测试这一关，因为发现发布的版本经常因为一些低级的没有释放内存或者其他的低级错误导致版本测试阻塞。话务量测试组为BSC的稳定起到了至关重要的作用，发现了不少类似内存泄漏，高话务冲击情况下设计考虑不周的问题。当时那个组某兄弟的屏幕保护曾经写着“痛并快乐着”，还曾经在产品内部宣传了一把，写过一篇文章，老兄弟应该是知道的。

那个时候商用化不成熟的另外一个标志就是，开发人员（那个时候还没有定义设计人员，只有骨干人员牵头的概念）在开发时候，所谓的设计都是从研发人员实现的角度来考虑的，那不是一般烦琐，比如用于内部单板之间通讯连接的链路号都是要数据配置人员进行计算和匹配，逻辑编号要对应，不然BSC起不来。你想，那么多数据表格，不但要保证业务的数据的逻辑正确，还要保证BSC内部连接逻辑关系的正确性，你说累不累啊，局方怎么去接手维护啊。

在BSC的业务数据中，小区的全球小区号（好像在核心网叫GCI）要不同的表格中配置两次，我印象中一次是在基站数据配置中，一次在切换数据中。一般情况是以站点数据配置的为主，如果有不一致，那么就会导致切换失败，影响切换成功率。

那个时候，最开始HLR开局的时，开户好像只能单个开，一组开户好像可以，但是不知道什么原因，反正运营商开户的时候因为操作烦琐，开户特别慢。有一次一个领导到了内蒙，局方的一个领导开玩笑对华为的领导说，你留下来吧，我们这里用你们的HLR开户特别慢，开户的人手不够。某领导回去之后大怒，立即将问题给整改了。这个问题在10年前，都已经上升到产品线级的领导了，要是放到现在，移动还不把华为人给吃了？

总之，在样机打通电话之后，经过一年半的开发，产品已经基本能够开局，也基本能够开局了，但是实际上商用化的程度还是远远不够，在业务功能上面也和友商存在很大的差距。

（来自：华为无线竞争力，作者：曹江）

[Author]

帖子