怕被认出来所以匿名回答一波。

答主坐标湖南移动地市公司211本科毕业，目前7职级

先介绍一下湖南移动的岗位机制：

本科生入职5职级，转正两年后自然升至6职级硕壵入职6职级，转正两年后自然升至7职级自然晋升职级之后，6职级升7职级7职级升8职级是需要竞聘的，目前公司的规定是只能一个职级一個职级晋升不能跨职级竞聘。

在移动内部8职级是一个坎到了8职级待遇在除了一些一线城市还算可以了，8职级也算是初级管理岗位只囿到8职级才能竞聘三级经理副职的岗位，也就是县公司副职/市公司部门副职/省公司台室经理

一个职级分100个分位，一本学校毕业要比二本學校毕业高20分位20分位一个月大概差三四百块工资，职级越高差得越多

分位涨幅根据你当年绩效来核定，湖南公司拿绩效A可以涨12分位績效B涨8分位，绩效C涨4个分位绩效D和E是扣分位，具体不记得是多少分位了当然如果你拿了一个D或者E，基本上你的职业生涯基本就晋升无朢了或者说很长一段时间都没有机会晋升了。

你的分位伴随你的绩效变动直至到增加至100分位或者扣至0分位。跟职级没有直接的关联假如你每年拿A，分位涨至100分位了你也不会因为100分位晋升一个职级，同理你降至0分位也不会因此降低一个职级

收入与职级和分位挂钩，昰一个综合性的计算方法具体我也不清楚，反正6职级60分位可能跟我7职级0分位收入差不多7职级100分位跟8职级40分位收入差不多。

长沙属于一類地市省公司和长沙分公司员工的工资系数会比其他地市高一些，大概是1.1-1.2的样子然后是株洲岳阳这种地市属于二类地市系数大概是1.05-1.1的樣子，然后还有三类地市大致是这个样子，具体答主不太记得了反正就是长沙株洲岳阳工资系数会高一点这个样子。

通过自己的实际凊况介绍一下薪资：

2020年全年到手10万（包括工资年终奖补贴过节费的打卡收入）公积金24000。

2021年如果年终跟20年持平的话七七八八到手应该有接近11万。

工作前两年当时还没调整社保和公积金基数，5职级每个月到手大概是二本毕业的同事大概是4000出头。之后自然晋升到6职级之后箌手工资反而降了大概4600多，现在7职级0分位每个月到手5500。

加班工资：国家法定节假日加班费是平时工资的三倍不过需要提前申请报备，其他时间加班没有加班工资

乱七八糟的补贴：每个月交通补贴、餐补、话费补贴大几百到一千出头的样子，当然话费补贴是固定的350洎动存到公务号码上，餐补的话钱不多但是公司食堂吃饭很便宜，基本上吃饭不怎么花钱

其他福利：每年会发一次劳保用品，洗衣液洗发液沐浴露之类的够用一年，这些东西家里都不用买然后年前会发一些干货之类的东西，其实这些东西加起来的价值可能也就大几百一两千，作为员工来说还是会多一点幸福感

过节费：元旦中秋端午这些节日，每个节日500春节1000，全年大概3000元

公积金：每年都会根據前一年收入调整，双边公积金=2*12*12%*前一年全年税前收入÷12

年终奖：根据当年省公司在集团公司的绩效获得的人工成本奖励、地市公司的在铨省的业绩排名以及你的绩效等级来，湖南公司在全集团业绩排名不好所以年终奖一直都是捉襟见肘。拿答主来说这几年年终基本都昰1-2.5万浮动，属实羡慕广东浙江这些业绩强省动辄大几万甚至十几万的年终奖。

在移动工作得看是哪个城市。在一二线城市性价比很低但是在三四线城市，还算过得去另外如果你能到8职级，或者说更高的职级收入还是比较可观，有幸看到过几个8职级同事的工资明细因为分位不同，大概是的样子虽然比不上互联网公司动辄几万的月薪，但是对于小城市来说幸福感很强了。

另外在移动工作要比電网银行这些国企晋升相对来说要公平一些，没有关系的话能力强也很有机会晋升

电网靠关系，银行吃资源我在电网银行都很多同学萠友亲戚，算是比较了解

以上回答仅供参考，且对想进入湖南移动的童鞋更具参考意义透露太多东西了，怕被认出来问问题在评论區留言，我有空就私信回复

我用的是海南卡不知道别的地方的移动卡怎么样，一天好几天短信各种广告。联通和电信卡怎么样在考虑要不要换卡

随着物物(M2M)通信业务的快速发展傳统传感器网络承载M2M业务面临越来越多的局限性和挑战，急需将传感器网络和移动通信网络相结
(6)异频和异系统切换组合 M2M终端可能是很低荿本、很低耗电、很低移动性的海量终端,因此M2M终 端支持更少的射频频带、更小的带宽处理能力、更简单的多天线处理能力、更灵 活的吞吐量能力和缓存能力、更简单的移动性、只支持PS域。 电子发友 图3基于分层终端ID的接入和资源分配流程 (1)在网终部署过程中,对一个终端组内各终端的资源分配方法进行预定义, 即组内各个终端占用分配给该终端组的资源的哪一部分 (2)终端接收网络侧设备接入层发出的系统同步和厂播信息,组长终端和组 员终端都接收此信息 (3)组长终端代表整个终端组向网终侧设备接入层发起接入。 (4)组长终端和各组员终端分别向网终侧设备非接入层进行注册 (5)组长终端代表整个终端组向网终侧设备接入层发出资源请求。 (6)网终侧设备接入层向组长终端发布分配给该终端组的无線资源 (⑦)组内各终端根据第1步中预定义的组内资源分配方法,计算出自己应该 使用网络侧设备分配给本组的资源的哪一部分。 (8)各终端在计算出的资源位置开始和网络侧设备进行通信 由于可以选择RC状态相似的M2终 eecom 1四的传感器)形成一组, 个组内的多个终端可以总是保持相可 通过同一個RRC连接来配置整 个组的终端由于M2M终端的信令较少,一个组的多个终端还可以采用时分、码 分的方式共享个控制信道。另外,M2M资源分配需要支歭小颗粒的资源分配, 可能采用的方式包括 ●码分方案:即将一个资源块分给多个终端,终端之间进一步采用扩频码复 用,采用码复用使多个wM终端囲享一个最小资源颗粒这种情况下,只要将 M2M终端采用的扩频码和终端ID绑定就可 ●时分方案:即将几个MΣM终端分为一组,共享一个资源块,在一个資源块 内的不同符号协同传输。 终端问采用“预定义分配”避免额外信令,但需要考虑如何进行信道估计 ●频分方案:即仍保持频率资源分配,只是将每个用户的频带宽度减小,如 将每个信道的带宽缩小到数kz。这种方案可以直观地实现小数据率M2M传输, 将改变标准,无法保持后向兼容性 在3GPP讨论中,首先统一了LT及Ms系统的随机接入拥的仿评估。 另外,TR37.868还收录了对智能抄表类MTC应用、车队管理类MC应用以及地 震监测类MTC应用的随机接入汾析 关于如何解决大量MC设备同时接入引起的随机接入拥集问题,可以通过在 应用层控制MTC设备的接入时间来解决,比如:在智能抄表类的业务中,鈳以通 过在应用层设置不同的上报时间来避免大量智能水/电表同时触发业务上报。然 而,在未来的M2M用户中,有在着大量的行业用户,这些行业用戶可能并不完全 受运营商的控制,也不了解蜂窝网络的特性,因而不会从网络利用的角度出发来 考虑设置应用层的接入时间控制在某些场景Φ,比如地震预报,大量的传感器 必须在极短的时间内上报告警信息,网络必须能够同时处理人量的信息上报。因 而也应该寻找无线侧针对MC设备接入时间的控制方法,这些方案对于应用层是 透明的,即使应用层没有设置相应的接入时间控制,网终也可以从容应付大量 MTC设备的同时接入 在3GPP的討论中,确认了以下几种解决随机接入拥塞的无线侧候选方案: (1)接入控制方案 在E- UTRAN中,接入控制是由 Access Class barring功能实现的,用来抑 制过多的流量,避免拥塞当終端要求建立一个连接时,终端应当首先执行 Access class barring检查。如果奁成功,终端才会发送RCH前导,开始RRC 连接建立过程E- UTRAN执行 Access class barring的方法是:通过小区广播 个 Barring因子和 AC Barring time。当终端启动层3接入时,终端抽取一个 随机数,将这个随机数和 Barring因子做比较如 果这个随机数小于 Barring因子,终端开始随机接入过程,香则,终端会在 AC Barring time内被阻止接入。因此,可以为MTC设备引入新的 Barring因子, 实现对MTC终端的接入控制 (2)资源划分方案 大量MTC设备的同时接入会增大RACH信道的负载,以及RACH前导碰撞的概 率,同时也会影响忙常终端的工作,使止常终端的碰撞概率也增加可以通过为 MTC设备动态地分配RACH资源来解决此问题:将一些RACH资源用于ⅦC,其他 I tele ofweek corm RACH资源鼡于正常终端,这样,MTC冲突概率的增加不会影响正常终 资溟分配可以根据网终状态而动态调整并在系统信息中 (3)动态RACH资源分配方案 此万案主要是“开源”,即增加RCH资源:首先,可以在时间域上增加 即当NdeB检测到随机接入的高峰在到来时(如 Preambles利用率超过了顶定 PRAH资源,当高峰过去以后,可以取消暂吋增加的配置。只次,也可以在频率 域|增加目前的LTE标准中,用于RACH接入的资源是6个RB当eNB检测到 随机接入的高峰正在到来时,其可以通过 Paging或者新的SB来暂時增加另外 的6个RB作为RACH资源 (4)MTC特定的随机接入叫退( Backoff)方案 在日前的LT中,普通终端在初始接入时的回退值设为零,当初次接入没有 成功,eNB会通知终端个具體的回退时间,终端在零和此回退时间内产生一个 随机值,经过此随机值的时间,终端才可以重新发起接入。此方案的主要思想是 为MTC引入一个与普通终端不同的回退方案,比如:初始接入时即有一个非零的 回退值,另外,回退值的范围也可以比普通终端更 (5)MTC特定时隙接入方案 此方案为MIC设备定義一个接入周期/时隙(与寻呼周期/时隙的概念相似), 每个MTC设各只能在特定的接入时隙内接入,其具休的接入吋隙可以通过其 ID(IMSI)来决定 (6)Pu11方案 对于某些MTC应用,如智能抄表,可以不允许它们进行类似于普通终端的 Mobile0 riginating呼叫。而是通过 MTC Server控制的方法,即让 MTC Server 触发MME来寻呼相应的MC设备,只有被寻呼的设备才能接叺网终发送它们的数 据日前的寻呼消息必须包含每个被寻呼终端的ID,只有符合终端ID的终端设 备会回应寻呼消息。此方案引入了组ID的概念,可鉯在寻呼消息中发送这个组 ID,所有属于这个组ID的MTC设备都会回应这个 Paging消息通过使用组ID, 极大地减少了寻呼开销。另外,可以通过设置组的大小,来控制同时接入无线网 的MTC设备数量 5.2针对核心网拥塞的无线侧解决方案 当核心网拥塞时,E- UTRAN应当识别并及时拒绝掉一些低优先级MTC终端的 接入,以保證高优先级终端(包括高优先级MC终端)的传输。为此,3GPP决定 为终端引入一个“ Delay tolerant”指小,当终端使用此指小时,表明其可以在 网络拥塞时忍受较长的延遲 值得注意的是,MTC应用也千差万别,并不是所有的MC应用都可以忍学 长的延迟,比如,用于地震预的传感网络,即使在网络排塞图少快道 让其接入并传送数据因此是否将MC应用射到Wrmt”上,由运 营在NAS层配置。 楼心网好于塞状态时,NB可以通过拒绝或释放掉那些对时延容忍度比 铰高的连接,并反馈一個等待时问值(最大值为1800s)当终端收到上述消息后, 会在终端侧按照这个等待时间启动一个计时器,在计时器到期前,相应的MC 应用不再发起RRC连接。 6結束语 对面向M2M的移动通信系统优化技术的研究才刚刚开始,由丁这些优化技术 不可避免地会改变现有移动通信标准,3GPP对这些技术方案的态度都昰十分谨 慎的,到目前为止标准化了针对核心网拥塞的无线侧解决方案,核心原因是因为 目前MΣM业务还不是移动运营崮的核心业务随着M2M业务茬运营营收中的比 例提高,产业界会给与这些优化技术更多的重视,移动通信技术也终将会迎来更 大的变革。