 |
待解决问题
1、H还是H+，这个在系统上是根据数据传输时候使用的制式决定的，不是人为设定的。终端只有在传数据的时候才有可能占用上H或者H+的信道资源。没数据的时候是要返回3G的，只不过有个4B门限控制回落时间而已。
2、你说的深圳永远H+的情况，我问了下深圳中兴的朋友，他说有可能是你终端开启过多的如微信、QQ、微博什么的背景程序，这些程序会要求有个心跳时间，以保证能伪实时的收到对端消息，也就是有人给你发微信你能尽快收到的作用。这些心跳时间一般设置在15~30秒左右，也就是终端开启这些程序后，每15~30秒会自动连接一下网络，发个心跳包。
由于我俩都不是做APP应用开发的，所以只能猜测啊：如果只开一个微信，这个还能接受。但是过多的APP是不共用心跳的，也就是一会微信跳一下，一会微博跳一下的，这样终端可能在3~5秒内就会发一个不知道哪个程序用的心跳包，而如果网络侧配置的4B回落时间（也就是业务传完后等待一个时间再没业务了，就释放链接的过程）设置比较大（比如深圳未开CELL-FACH的时候，DCH回落IDLE时间是15秒），这时候就会出现，终端还未来得及回落到IDLE状态（也就是显示3G），就有心跳数据包要发送，只好又回到H或H+上。
而广州华为是开了CELL-FACH的（为了抵抗信令风暴吧我估计），这时候就不一定会显示H，因为心跳包属于小流量数据，可以在FACH信道发送的，不需要进入DCH状态，所以就不需要变成H信道。而你描述的在3G和H间变化，显然是无数据或小数据量时回到3G，略多一些的时候上到H或H+的样子。
3、纯理论比较的话，应该是深圳的情况略微省电一点点，因为终端发的数据量一样的情况下，广州那边多出了几条FACH to DCH的状态迁移的信令，相当于终端需要多发送点内容，要耗些电来给运算和发射功率。
不知道说明白了没有:$
2、你说的深圳永远H+的情况，我问了下深圳中兴的朋友，他说有可能是你终端开启过多的如微信、QQ、微博什么的背景程序，这些程序会要求有个心跳时间，以保证能伪实时的收到对端消息，也就是有人给你发微信你能尽快收到的作用。这些心跳时间一般设置在15~30秒左右，也就是终端开启这些程序后，每15~30秒会自动连接一下网络，发个心跳包。
由于我俩都不是做APP应用开发的，所以只能猜测啊：如果只开一个微信，这个还能接受。但是过多的APP是不共用心跳的，也就是一会微信跳一下，一会微博跳一下的，这样终端可能在3~5秒内就会发一个不知道哪个程序用的心跳包，而如果网络侧配置的4B回落时间（也就是业务传完后等待一个时间再没业务了，就释放链接的过程）设置比较大（比如深圳未开CELL-FACH的时候，DCH回落IDLE时间是15秒），这时候就会出现，终端还未来得及回落到IDLE状态（也就是显示3G），就有心跳数据包要发送，只好又回到H或H+上。
而广州华为是开了CELL-FACH的（为了抵抗信令风暴吧我估计），这时候就不一定会显示H，因为心跳包属于小流量数据，可以在FACH信道发送的，不需要进入DCH状态，所以就不需要变成H信道。而你描述的在3G和H间变化，显然是无数据或小数据量时回到3G，略多一些的时候上到H或H+的样子。
3、纯理论比较的话，应该是深圳的情况略微省电一点点，因为终端发的数据量一样的情况下，广州那边多出了几条FACH to DCH的状态迁移的信令，相当于终端需要多发送点内容，要耗些电来给运算和发射功率。
不知道说明白了没有:$
回答时间：2013-10-16 09:44
