使用帮助
关注公众微信
 读懂通信 LTE学习大使 登陆 搜索

>> 讨论PHS空中接口的技术原理、结构参数和设计理念
空中接口学园空中接口技术的原理PHS技术 → [讨论]几个问题
  发表一个新主题  发表一个新投票  回复主题 您是本文的第 3661 个阅读者  浏览上一篇主题  刷新本主题   树形显示文章 浏览下一篇主题
 * 主题: [讨论]几个问题 保存该页为文件  报告本帖给版主  显示可打印的版本  把本贴打包邮递  把本贴加入论坛收藏夹  发送本页面给朋友  把本贴加入IE收藏夹 
 warere 离线,有人找我吗?
  
  
  等级:预备用户
  文章:10
  积分:75
  注册:2004-01-16
给warere发送一个短消息 把warere加入好友 查看warere的个人资料 搜索warere在PHS技术的所有文章 点击这里发送电邮给warere 引用回复这个文章 回复这个文章楼主
发文心情 [讨论]几个问题
1.PS发起重呼叫类型切换时产生TCH Synchronize Time's up的原因是什么?测试发现同步情况良好,信号电平也不低,TCH 同步受哪些因素的影响?
2.在高话务地区,TCH Switching 切换成功的机会好像很小,如果修改参数,将网络设为不可进行TCH Switching 类型的切换,对网络有何影响?
3.终端主叫或者进行重呼叫类型切换时,选择基站是选择收到的CCH功率最高的基站还是在功率最高的几个基站中随机选择?
4.一次切换过程中,终端发起切换的尝试次数最多几次?

5.一般情况下,重呼叫类型切换的处理电平值(假设为23dBuV)比TCH类型切换处理电平(一般10dBuV)要高的多,当手机检测到FER值超过门限值后,将判断当前TCH上的电平值,如果低于23dBuV,高于10dBuV,将发起TCH 类型切换,那么大于23dBuV将进行何种类型切换?或者是不切换?
如果大于23dBuV将进行TCH类型切换,那么按以前讨论的说法,只有电平值小于10dBuV时才进行重呼叫类型切换?
终端接收的信号电平值在10dBuV时的FER估计已经100%了,换句话说,在电平值下降到10dBuV之前早就切换了。
如果是这样,重呼叫类型切换在什么情况下会发生呢?
从测试的结果来看,发生重呼叫类型切换的情况很普遍的,而TCH类型切换则比较少(特别是话务低地区)。
关于切换在标准中也无细节说明,很是郁闷,请大家多发表意见,谢谢! 

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2004-07-08 13:54:34
  鲜花(0)  鸡蛋(0)
 tom 在线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4523
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在PHS技术的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章2
发文心情 
这些问题很深入,值得鼓励。
  1)TCH Synchronize Time's up从哪里来的,能详细介绍吗?注意这里的同步指基站与终端之间的握手,不是基站与基站之间的同步。换句话说是基站与终端之间的比特流同步,而基站与基站之间的同步是发出信号的时刻相同,这决不是一个概念,建议参考前面的帖子。
  2)注意重呼叫类型切换和TCH Switching 切换的针对目标,还是建议参考前面的帖子。
  3)这个问题在协议中并没有规定(可以看成是STD-28灵活的一面或狡滑的一面),由终端自己的逻辑决定,因此不同的终端可能方式不同。
  4)前面的帖子已经介绍了,还可以下载FAQ,简单地说没有次数的限制但是有时间间隔的限制。
  5)两个参数是冗余的,目前只使用了重呼叫类型切换的处理电平值。
  为什么重呼叫类型切换多,说明业务覆盖不是很好。

----------------------------------------------

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2004-07-09 08:38:19
 warere 离线,有人找我吗?
  
  
  等级:预备用户
  文章:10
  积分:75
  注册:2004-01-16
给warere发送一个短消息 把warere加入好友 查看warere的个人资料 搜索warere在PHS技术的所有文章 点击这里发送电邮给warere 引用回复这个文章 回复这个文章3
发文心情 
1.如下所示:
||   64359.36167||1 CS<-PS Link cha. request:SCCH[0102020900][ 62]dBuV
||   64641.86583||1 CS->PS Link cha. assig. :SCCH[0102074802][ 44]dBuV
Relative Slot[8]/Carrier No.[72]/Contr.Slot.No.[3]/Commu.Slot.No[2]

||   64842.85375||1 --[<TCH Synchronize Time's up]--


||   64941.86542||1 CS->PS Link cha. assig. :SCCH[0102003602][ 56]dBuV
Relative Slot[1]/Carrier No.[54]/Contr.Slot.No.[3]/Commu.Slot.No[3]

2.关于第五点,能不能再做深入解释?我不是很明白。
业务覆盖是很好是什么意思呢?覆盖不好吗?

谢谢!

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2004-07-09 10:30:12
 tom 在线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4523
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在PHS技术的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章4
发文心情 
1)这个问题在协议分析板块讨论过,查一下。
  2)协议中定义了两个类似的参数,实际只用一个就可以了。目前使用的是重呼叫类型切换的处理电平值。
  业务覆盖不是很好就是盲区多,信号弱,得由网络优化人员处理了。

----------------------------------------------

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2004-07-09 15:57:07

本主题文章数4,分页: [1]

管理选项锁定 | 解锁 | 提升 | 删除 | move | 固顶 | 总固顶 | 奖励 | 惩罚 | 发布公告

Powered by:Old version
Copyright ©2002 - 2019空中接口学园 , 页面执行时间:265.625毫秒