《华为总结》(转)

转至华慧论坛 http://www.huahuibbs.com/forum_posts.asp?TID=125&PN=1&FID=15&PR=3

进行了简单的汇总

华为工作总结

 

关键词：华为、CDMA、WCDMA、HLR、系统测试

缩略语：

目  录

第1章     前言................................................ 1

第2章     学习篇.............................................. 2

2.1            学习方法总结............................................. 2

2.2            华为HLR9820系统结构总结................................. 4

2.3            WCDMA协议业务总结....................................... 4

2.4            NO7信令总结及华为HLR数据配置方法....................... 4

2.5            思考及问题............................................... 4

第3章     工作篇.............................................. 5

3.1            工作方法总结............................................. 5

3.2            自动化测试总结........................................... 5

3.3            性能测试总结............................................. 5

3.4            测试管理流程总结......................................... 5

3.5            思考及问题............................................... 5

第4章     生活篇.............................................. 5

4.1            人生体验................................................. 5

4.2            前途规划................................................. 5

4.3            思考及问题............................................... 5

 

 

第1章            前言

　　不知不觉间离开了华为，离开了那间整天轰鸣于耳、辐射缠绕的实验室了，离开了那间彻夜埋头工作、不知疲倦的办公室，离开了那个团结一心、勇往直前的团队，离开了那群三点一线、时刻不忘工作的伙伴，离开了……。离开了华为，同时也等于放弃了我最初的梦想，我本来梦想成为一位风度翩翩、潇洒自如的工程师，但现实的残酷不得不使自己重新审视前进的方向。

 

　　我离开华为已经快一个星期了，写这篇总结主要是为了对过去作一交待，对未来作一展望。在华为这一年半的时间里，我近乎于疯狂的学习、疯狂的工作，把学习和工作当成我所有的生活。但我并没有觉得生活枯燥、乏味，反而觉得生活很充实，因为我正在一步一步艰难地挪向自己那片理想的圣地，虽然遥远，但是感觉自己正在进步、正在壮大。由此，我不断的加班，不断地承担各项工作，不断地向老员工们请教，不断地写学习心得和技术总结，不断地将自己的想法和知识讲解给他人。终于我这样的有心人得到了黄天的厚待：三个月后的转正答辩中我拿了A，当时我的技术能力将全场的答辩评委都震撼了（我讲解了NO7信令，并掌握到了一定的深度），这是对我作为三个月试用期的最好的回报了，我满足了、陶醉了……；再后来我用了两个星期的时间完全接手了性能测试的全部工作，并且将性能测试工作开展的井井有条，这些在主管他们眼里简直是不可思议的，由此得到了我主管最高的肯定和赞许，我又再一次的满足了、陶醉了……；在2004年底由于公司需要举办无线技术大会，主管要求我发表一篇论文，于是就将我对性能测试的理解和思考总结成一篇文档提交给技术大会，并在无线所有的领导和精英们面前进行了宣讲（不知当时哪里来的勇气），最终出乎我的意料拿了第一名优秀论文奖。这一次我主管完全被我折服了，他已经把我当成他的掌上明珠了，在每次大大小小的会议上都称赞我、表扬我，我又再一次的满足了、陶醉了……；在2005年度间，由于得到主管的肯定和信任我开始接待外宾了，先后承接了捷克、泰国、俄罗斯、印尼的运营商，每次都非常成功，最终主管以公司级的个人荣誉奖对我的工作做了最大的肯定，于是我又再一次的满足了、陶醉了……，但这也是最后一次的满足、陶醉了！

 

　　在光环和掌声环绕下的日子是非常美好，但在美好的同时不禁让人感觉到一丝寒意！因为那些所谓的光环和掌声毕竟是虚幻缥缈的，毕竟是架在他人的心情和感觉上的，我不能再因为这些光环和掌声而满足、陶醉了，我不能再因为满足和陶醉而忘却了我的理想和抱负！我开始从自我陶醉中清醒过来，我开始审视自己，审视自己目前的处境，审视自己目前的状态，突然发觉到我所有的付出仅仅是得到一些表扬和一些肯定。但这些表扬和肯定不是我所要的，我要的是发展空间，我要的是美好的前途。而这些发展空间和美好的前途对我来说都很模糊，我迷茫了、我彷徨了。我的一位老师曾经对我说过“到哪里都要把工作做好，但不能锋芒太露了，要学会取舍”，我也许就是锋芒太露了吧，我的发展空间竟然无情的被封杀了！我不能按照自己的意愿方向去工作，我不能出差，我不能在物质上得到等价的回报，我开始产生活了叛逆的心理，开始消极怠工，开始讨厌自己的工作……。就这样一天一天的积累下来，我选择了离开她――华为！华为，我离开你，并不是因为我不喜欢你、并不是因为我想逃避你，而是因为我想去更广阔的天空飞翔……华为，我其实很爱你，很喜欢你的所有，但只能将这些的爱放在心中……

　　华为，为了表达对你的爱，我将我在华为的所有经历都写出来：学习、工作、生活；我爱你、爱着你、就像老鼠爱大米……

第2章           学习篇

2.1     学习方法总结

学习，这个词是我们一辈子都不能忘记的。小孩要学、大人要学、老人还要学……学到老用到老嘛！但在华为的学习却别有一种特殊的意义，它悄悄的转变了我的学习方法，它悄悄的转变了我的学习思路。

 

刚进华为，由于接触到的工作和我大学所学的专业截然不同，所以强大的学习任务就摆在我的面前了！怎么去学、如何去学等问题就出现了，我只有去摸索，我只有去询问！在整个学习过程中，充满着辛酸苦辣，但也不忘点缀了些幸福的果实！

 

言归正转吧，现在来总结一下我在华为的学习方法。下面我将按部就班的来介绍一下学习新技术的方法：

 

l         要学习一门新技术，首先要从宏观上把握一下，比如了解其基本概念、基本术语，了解其基本系统结构，掌握其基本构架等；

l         其次便是从细节着手，我们可以将它分成几个模块来一一详细学习。但学习细节的同时也要注意细节间的联系，不能钻牛角尖！

l         然后就要开始学习与该门技术相关的边缘技术，因为只有了解了相关的边缘技术，你才能够明了的理解该门技术；

l         最后就是要学习该门技术的应用场景，也可以说成是实际应用吧。在此步一定要将所学的和实践联系起来，在实践中来检验你所掌握的知识，即学已致用吗！

 

 

 

上面已经讲解了一般学习新技术的步骤，看上去很抽象，也可能很像在某些地方看过似的。但这些方法是很有用的，当你深有感触时会觉得这几句话是别有洞天的！下面我结合在华为的实际学习内容来作一详细的总结，主要分为三方面：HLR系统的学习、WCDMA业务的学习、WCDMA四大协议流程的学习。

 

HLR系统的学习：

 

l         首先掌握WCDMA的全网结构，了解HLR在全网中的位置和作用，了解HLR与哪些周边实体存在联系以及它们的接口是什么。

l         其次了解HLR的内部组成结构，了解HLR由哪几个模块组成，各个模块的作用是什么，模块间有什么联系，模块间如何连接的，模块间是如何协同工作的。

l         再次详细学习组成HLR各个模块的内部详细结构，各个模块内部处理流程。

l         最后结合WCDMA全网结构、HLR内部结构，来理解HLR是如何工作的。在这里可以列举一些实例，比如位置更新流程、打电话流程，来观察流程的走向。

 

WCDMA业务的学习：

 

l         首先了解该业务的基本作用，学习该业务的基本概念；

l         其次学习该业务所涉及到的基本流程，了解个基本流程的作用；

l         再次学习该业务的完整应用场景，包括正常的和异常的；

l         再次学习该业务的冲突关系，与哪些业务有冲突；

l         再次学习与该业务相关的数据配置，具体包括：业务数据配置和信令数据配置；

l         最后再进行对该业务进行总结和思考，最好能够总结出一句话作用；

 

WCDMA四大协议流程的学习：

 

l         首先学习协议流程的基本交互，它们可能触发的流程；

l         其次学习协议流程的应用场景，即指正常流程和各类异常流程；

l         流程间的相互关系，即该流程与哪些流程相关；

l         该流程所涉及到的相关业务；

l         与该流程相关的数据配置，具体包括：业务数据配置和信令数据配置；

l         最后再进行对该流程进行总结和思考，最好能够总结出一句话作用；

2.2  HLR系统结构总结

      由于怕涉及到华为公司的机密，该帖已经删除！

2.3   WCDMA协议业务总结

     WCDMA协议中所描述的基本业务主要可以分为五大类：基本业务（basic service）、补充业务（supplementary service）、ODB业务、CAMEL智能业务、GPRS业务。在下面的篇幅中将详细介绍各类业务的功能即具体实现：

 

1.       基本业务：

 

l         电信业务（TELE Service）：电信业务是我们通信系统中的最基本的业务，其具体有：TS11_紧急呼叫业务、TS12_语音业务、TS21_接收短消息业务、TS22_发送短消息业务。其中TS11业务是紧急业务，即使MS没有SIM卡，其也能够应用该业务。

 

l         承载业务（Bearer Service）：承载业务是基于语音业务以外的扩展业务，其主要包含各类数据承载的业务，例如传真类业务等。

 

2.       短消息业务：

 

        短消息业务也是我们最常使用的，目前发送短信都快成了一种风俗习惯了。短消息业务包含两方面：短消息发送（TS22）和短消息接收（TS21）。短消息使用上是比较简单，但这些简单都是基于复杂的体制和实现上的。下面我就来详细了解一下短消息的实现全过程以及短消息遇异常时如何处理的等。

 

        为了更好地理解短消息业务的实现，首先来了解一下短消息的基本概念：

 

l               短消息状态位（MWD_STATUS）：该状态位中包含MNRF（用户不可及标志）、                   　　　

MNRG（GPRS用户不可及标志）、MCEF（内存溢出标志）、MNRR（用户不可及原因） 这四个状态位，这四个状态位正好可以反映用户当前的手机是否可以接收短消息以及不能够接收的原因。

 

l               短消息等待列表（MW_List）：短消息等待列表主要是用来保存未能够成功　　

发送给该用户的短消息所在的短消息中心的地址，以便当该用户可以接收短消息时根据该短消息等待列表来通知短消息中心来再次下发短消息。MW_List中有三个重要的字段：IMSI、MSISDN、SC_ADDRESS。

 

l               在短消息业务中所涉及到的实体有：HLR、MSC、VLR、GMSC、SC、MS；

 

在整个短消息业务中，共涉及到五大流程，分别为：sendRoutingInfo_For_SM, informSC, readyForSM, AlertSC, deliveryStatusReport。这五大流程在短消息业务的各种应用场景中被调用到，下面就来具体介绍一下这五大流程的具体处理过程及作用：

 

l               sendRoutingInfo_For_SM短消息取路由：

 

          短消息取路由消息是由短消息中心GMSC发起的，HLR给予响应；

 

短消息取路由主要是为了取得用户当前所漫游的MSC/VLR号码，以便短消息中心将短消息下发到用户所漫游的MSC处。短消息取路由请求消息（sendRoutingInfo_For_SM_arg）中含有的重要参数有：被叫用户的MSISDN、短消息的优先级priority；短消息取路由响应消息（sendRoutingInfo_For_SM_rsp）中含有的重要参数有:MscNUM；当HLR收到短消息取路由请求消息时，HLR将会按照一定的处理顺序来查询用户的状态以来决定所回复的响应消息的内容，完整的处理顺序如下：该用户是否签约了短消息接收业务（TS21）－>HLR中是否有该用户的动态数据－>该用户是否被PURGED－>该用户的MNRF或MNRG状态位是否被置上－>该用户的MCEF状态位是否被置上－>该用户的短消息等待列表中是否含有旧号码的记录。但是高优先级的短消息和低优先级的短消息处理又有不同：高优先级的短消息即使用户的MNRF被置位，短消息取路由仍然成功，即仍回复用户的MSCNUM；而低优先级的短消息如果用户的MNRF被置位，短消息取路由就失败了，即HLR不会回复用户当前所漫游的MSCNUM；而MCEF是否被置位，高或低优先级的短消息取路由都能够成功。

 

短消息取路由的响应消息不但返回用户当前所漫游的MSC号码，同时也会将用户当前的状态告知短消息中心（包含改号）。用户当前所漫游的MSC号码是通过短消息取路由响应消息中的参数所携带，而用户当前的状态则是通过一条附着在短消息取路由响应消息的informSC消息来携带的。InformSC消息是一条单向消息，它不需要回复，改消息只能附着在短消息取路由响应消息而存在，其具体的参数有：MSISDN、MWD_STATUS；短消息取路由响应消息只有一种情况不会携带informSC消息，那就是短消息取路由成功并且用户的MWD_STATUS都没有被置位。其它的任何情况短消息取路由都会携带informSC消息。至于informSC消息中会携带哪些参数就要看用户的当前状态了，如果用户的MWD_STATUS中有被置位的，那么就会在informSC中加入MWD_STATUS参数以告知SC该用户的状态；如果在搜索该用户的短消息等待列表MWD_list时，发现其中有旧号码，那么就会在inform消息中的MSISDN参数将该旧号码携带上，以通知短消息中心SC来修改该旧号码所对应的记录（新号码可以从短消息取路由请求消息中获得）。

 

l               informSC通知短消息中心：

 

          informSC消息是单向的消息，只有请求没有响应，它不能够独立存在，只能附着在短消息取路由响应消息而存在。是由HLR发起，SC接收。

 

          informSC消息的主要作用就是用来告知短消息中心该用户的当前状态MWD_STATUS以及用户是否改号。具体触发informSC消息在上一段描述短消息取路由流程中已详细描述了。

 

l               readyForSM短消息准备：

          readyForSM消息是由MSC发起，HLR给予回应。主要作用是告知HLR该用户当前已可及或内存可用了。readyForSM消息中的重要参数有：IMSI，reason（用户重现或内存可用）

          readyForSM消息被触发的原因有两种：一，用户从不可及变为可及；二，用户的内存从不可用到可用。这里要注意两种原因都有一个共同点，就是当用户的状态变化时才会触发readyForSM消息。现在来详细描述这两种触发的场景。

 

当用户短暂的关机或无信号时，但VLR中用户的动态数据仍然存在只是用户处于Detached状态，此时如果用户重现，MS则会向VLR上报一个用户重现的消息，VLR收到该消息后便会检查在VLR中所保存的MNRF状态位是否被置位，如果VLR中的MNRF没有被置位，那么VLR便不会向HLR发起readyForSM消息，如果VLR中的MNRF被置位了，此时VLR便会向HLR发起readyForSM消息。注意这里的VLR中的MNRF如何被置位的，有点类似于HLR。即当有短消息下发失败而且失败的原因是用户不可及，那么VLR中的MNRF就会被置位，同样HLR中的MNRF也会被置位，一般情况下VLR和HLR中的MNRF状态位会保持一致的。所以当VLR中的MNRF没有置位时，就不用向HLR上报readyForSM消息（因为HLR中的MNRF也没有被置位，用不着上报readyForSM消息）。

 

当用户的手机内存不可用时，用户突然删除一条短消息使得内存变为可用，此时MS会向MSC上报一条内存可用的消息，此时VLR便会立即上报readyForSM消息（携带内存可用原因值）给HLR，HLR收到该消息后便会将MNRF、MNRG、MCEF、MNRR全部清位。但注意当HLR收到携带用户重现原因值的readyForSM消息时，HLR只会将MNRF、MNRG、MNRR清位，而不会将MCEF清位。此处注意在VLR中只保存了MNRF，而没有保存MCEF状态位，所以当VLR收到MS上报上来的内存可用的消息时，便会直接向HLR上报readyForSM消息（携带着内存可用原因值）。

 

l               AlertSC短消息通知：

 

       是HLR发给短消息中心SC的，用于通知短消息中　　　

心该用户可以接收短消息了，然后短消息中心便会将其保存该用户相对应的短消息进行下发。

 

　　触发AlertSC消息下发有好几种原因，但总的说就是用户从不可以接收短消息状态转变为能够接收短消息的状态时，HLR便会向SC下发AlertSC消息。

 

l               DeliveryStatusReport短消息发送状态报告:

 

       该消息是由短消息中心　　　　　

GMSC发给HLR的，告知HLR该条短消息是否下发成功还是失败。如果该条短消息下发是成功的，那么HLR便会检查该用户在HLR中的状态是否为接收短消息状态，如果不是，HLR将更改该用户的状态为可以接收短消息；如果是，那么不作任何处理。如果该条短消息下发是失败的，那么HLR会将该条短消息所在的短消息中心地址记录下来，以便后续的再次下发。同时也会将该用户的状态设为不可以接收短消息状态。

1.       补充业务：

 

l         前转类业务（Call Forward）：

 

前转类业务主要是为了更方便用户的使用，定义了基于基本业务以外的前转补充业务。前转类业务具体可用分为三大类：无条件前转、条件前转和隐含前转；具体细分的话有：CFU_无条件前转、CFB_遇忙前转、CFNRY_无应答前转、CFNRC_不可及前转、CFD_隐含前转；前转类业务按照前转的地方不同又可以分为早前转和晚前转；早前转也就是在被叫HLR处获得前转号码，在主叫MSC处进行发生前转，具体有CFU、CFNRC_在HLR处即可判断用户不可及（例如用户无动态信息，用户被Purged等）；晚前转是指在被叫MSC处获得前转号码，在被叫MSC处发生前转；具体的每一种前转的发生条件以及其相互间的不同点将在下面的篇幅来一一描述。

 

（1）                CFU_无条件前转：该前转是无条件的前转，即不需任何触发条件就会发生前转。其前转号码是在被叫HLR处获得，在主叫MSC处发生前转。CFU业务只向所漫游的VLR插入业务状态，不会下发前转号码，所以CFU的前转号码只有在HLR处获得。另外CFU业务有七种状态：不提供（NOT PROVIDE）、提供（PROVIDE）、登记（REG）、去登记（ERA）、激活（ACTIVE）、去激活（INACTIVE）、静止（QUIESCENT）。CFU的优先级高于CCF（条件前转）；

 

（2）                CFB_遇忙前转：该前转是当用户忙或网络决定的忙而触发的遇忙前转。由此可以看出该前转可以分为网络决定的忙和用户决定的忙，而这两种遇忙前转的不同就是在于何时何地判断用户是busy的，网络决定的忙就是指在被叫MSC/VLR处得知用户正忙（例如用户正在通话中）而触发前转，用户决定的忙是指MSC已向下寻呼并手机震铃了，此时用户拒接而触发的前转。该前转号码是在被叫MSC处获得，在被叫MSC处发生前转。CFB业务会向该用户当前所漫游的VLR插入业务状态和前转号码。同样CFB也有七种状态：不提供（NOT PROVIDE）、提供（PROVIDE）、登记（REG）、去登记（ERA）、激活（ACTIVE）、去激活（INACTIVE）、静止（QUIESCENT）。但CFB的优先级低于CFU，而与CFNRY、CFNRC具有同等优先级；

 

（3）                CFNRY_无应答前转：该前转是当用户一直没有应答而导致寻呼超时发生的无应答前转。该前转号码是在被叫MSC处获得，在被叫MSC处发生前转。CFNRY业务会向该用户当前所漫游的VLR插入业务状态和前转号码。同样CFNRY也有七种状态：不提供（NOT PROVIDE）、提供（PROVIDE）、登记（REG）、去登记（ERA）、激活（ACTIVE）、去激活（INACTIVE）、静止（QUIESCENT）。但CFNRY的优先级低于CFU，而与CFB、CFNRC具有同等优先级；

 

（4）                CFNRC_不可及前转：该前转是当用户不可及时而发生的不可及前转。此处判断用户不可及同样也可以分为两种：一，在HLR处该用户没有动态信息或该用户处于purged状态，此时在HLR处就可以判断用户不可及；二，是在被叫MSC处，当MSC发起寻呼却无响应时，此时也判断用户不可及。因此触发CFNRC的地方可能在被叫HLR处，也可能在被叫MSC处。所以第一种情况下前转号码在被叫HLR处获得，在主叫MSC处发生前转；第二种情况下前转号码是在被叫MSC处获得，在被叫MSC处发生前转。CFNRC业务会向该用户当前所漫游的VLR插入业务状态和前转号码。同样CFNRC也有七种状态：不提供（NOT PROVIDE）、提供（PROVIDE）、登记（REG）、去登记（ERA）、激活（ACTIVE）、去激活（INACTIVE）、静止（QUIESCENT）。但CFNRC的优先级低于CFU，而与CFB、CFNRY具有同等优先级；

 

（5）                CFD_隐含前转：CFD并不是协议中定义的标准业务，它是应客户要求而开发出的一种前转业务。其实该前转和前面的几种前转是一样的，在签约CFD业务时会让你选择来代替CFU、CFB、CFNRY、CFNRC中的哪一个，如果你选择了CFB，那么就相当于给该用户签约了CFB业务。向用户当前所漫游的VLR插入用户数据也是插入的CFB业务的数据。所以说CFD业务就相当于前面几种CF业务的综合体。但注意一点CFD业务的优先级低于CF，即登记了CF就不可以登记CFD，而登记了CFD还可以登记CF，但CFD失效了。

l         显示类业务（CLIP，CLIR，CLIPOver）：

 

CLIP业务即为主叫号码显示类业务，如果被叫用户签约了该业务，当主叫用户呼叫你时，那么在你的MS上就会显示主叫号码了；

CLIR业务即为主叫号码限制类业务，如果主叫用户签约了该业务，当你呼叫某被叫用户时，不管该被叫用户是否签约了CLIP业务，只要没签约CLIPOver，那么在被叫的MS上就不能够显示主叫号码。

CLIPOver为主叫号码显示超越，CLIPOver不能称之为业务，它只是CLIP业务中的一个属性状态位。当用户在签约CLIP业务时，选择了CLIPOver属性时，那么不管主叫用户是否签约了CLIR，在被叫的MS上都能够显示主叫号码。