返回信息流RT,在MS在占用1800小区或者3G小区上进行通话,由于某种原因要向900小区进行切换,在切换过程中,MS会有频段转化操作,想请教一下这个频段转化的流程什么?如果频段转化出现问题,应该怎么验证?非常感谢。
这是一条镜像帖。来源:北邮人论坛 / communications / #22745同步于 2013/7/11
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Communications机器人发帖
请教个关于手机频段转化功能的问题
Hand
2013/7/11镜像同步4 回复
订阅后,新回复会通过你的通知中心匿名送达。
4 条回复
国内联通和移动都是UMTS和900/1800的GSM。最开始上1800的时候,900和1800是分开的小区,GSM900和1800之间的切换就是普通的小区间切换流程;后来900和1800共小区组网,同小区内900和1800之间也可能切换。如果在3G小区,UMTS到GSM的切换也是标准的流程。
对于终端,标准里似乎没有特定的“频率转化”步骤,双频或者双模终端可以接收到小区广播的邻区信息,在通话过程中执行测量,一旦确定切换,就执行切换流程然后在新的小区里用指定的频点和时隙收发信号。现在的终端在不同频段收发用的都是相同的器件,在不同频段之间换频点和在同一频段之内换频点没什么区别。
在网络侧,msc/bsc会统计切换成功率
恩。但是现实中,终端在占用1800小区向900小区切换时,确实要比900小区向900小区切换要慢,其中的差别就是频段转化过程,所以,我想3G的情况也可能会慢一些。照你这么说的话,如果频段收发是使用相同器件的话,也就是说每款终端这方面的性能都是一样的,假如说终端已经收到切换尝试指令,而终端没有发生切换行为,在排除了网络方面的原因外,终端出现这种问题的原因除了频段转化外,还有其他原因吗?
多谢多谢。
【 在 bigeye 的大作中提到: 】
: 国内联通和移动都是UMTS和900/1800的GSM。最开始上1800的时候,900和1800是分开的小区,GSM900和1800之间的切换就是普通的小区间切换流程;后来900和1800共小区组网,同小区内900和1800之间也可能切换。如果在3G小区,UMTS到GSM的切换也是标准的流程。
: 对于终端,标准里似乎没有特定的“频率转化”步骤,双频或者双模终端可以接收到小区广播的邻区信息,在通话过程中执行测量,一旦确定切换,就执行切换流程然后在新的小区里用指定的频点和时隙收发信号。现在的终端在不同频段收发用的都是相同的器件,在不同频段之间换频点和在同一频段之内换频点没什么区别。
: 在网络侧,msc/bsc会统计切换成功率
多模终端内部的实现各不相同,系统间切换肯定比系统内切换麻烦,但同是系统内切换,“占用1800小区向900小区切换时,确实要比900小区向900小区切换要慢”,确实挺意外。
找个工程终端仔细测量下各条信令的时间,看看是哪一步的问题?也不一定是终端的问题,现在网络侧功能也越来越复杂,往往升级一次版本或者开通一个功能,就有很多意料之外的后果。
【 在 Hand 的大作中提到: 】
: 恩。但是现实中,终端在占用1800小区向900小区切换时,确实要比900小区向900小区切换要慢,其中的差别就是频段转化过程,所以,我想3G的情况也可能会慢一些。照你这么说的话,如果频段收发是使用相同器件的话,也就是说每款终端这方面的性能都是一样的,假如说终端已经收到切换尝试指令,而终端没有发生切换行为,在排除了网络方面的原因外,终端出现这种问题的原因除了频段转化外,还有其他原因吗?
: 多谢多谢。
恩。好的,非常感谢。
【 在 bigeye 的大作中提到: 】
: 多模终端内部的实现各不相同,系统间切换肯定比系统内切换麻烦,但同是系统内切换,“占用1800小区向900小区切换时,确实要比900小区向900小区切换要慢”,确实挺意外。
: 找个工程终端仔细测量下各条信令的时间,看看是哪一步的问题?也不一定是终端的问题,现在网络侧功能也越来越复杂,往往升级一次版本或者开通一个功能,就有很多意料之外的后果。
: