-- 发布时间：2004-04-16 09:31:52
最近在做一个基站时TCH切换测试时，发现一个矛盾的现象：
很多证据表示基站进行TCH切换是成功的，但是用PHS35C进行测试时，却经常在基站下发RT TCH R（含时隙等信息）后，却打印"--[><TCH SWITCH Time's up]--"和“ --[TCH SWITCH Back ReTrace]--”并回到原信道等待。不过多次测试中偶尔也有打印正常的时候。
我很疑惑，基站切换都很正常，并无超时等异常现象,并且可以确定信道切换成功，并没有发生switchback，可是PHS35C为什么会监测不正常呢？是不是它的监测原理比较特殊？向大家请教。
-- 作者：华人
-- 发布时间：2004-04-16 22:39:59
请把你的流程复制到论坛上，大家研究研究～
-- 作者：老和山妖
-- 发布时间：2004-04-19 15:24:57
嗯.传上来看看嘛.
-- 作者：飞传
-- 发布时间：2004-04-20 10:36:13
版主请看：
节选1：
[CrNo:33 / Slot:1 / CS-ID:81800B60990]
|| 170782.93917||1 :>F11:U(03) UI [P=0] [434605210881800B6099001427]
|| 170782.93917||1 >[4346] >RT TCH R
RT [Carrier Number:0521]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1427]
|| 170792.93917||1 :>F11:U(03) UI [P=0] [434605210881800B6099001427]
|| 170792.93917||1 >[4346] >RT TCH R
RT [Carrier Number:0521]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1427]
|| 170819.99750||0 CS<-PS TCH syn. burst :Sync[0000000000][ 55]dBuV
|| 170852.50042||0 CS->PS TCH syn. burst :Sync[0000000000][ 41]dBuV
|| 170884.80958||0 --<< Sync off
|| 170884.80958||0 -<- Idle TCH [FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF]
|| 170890.63250||1 --<< TX off
|| 170912.31375||0 -->> Sync off
|| 170912.31375||0 ->- Idle TCH [FFFF015D20E24470022774802E77DCE4F79130EA59AC]
|| 170929.80917||0 :<S10:U(3F) SABM [P=1] []
|| 171017.31292||0 :>S10:U(73) UA [F=1] []
|| 171109.80875||0 :<S10:U(3F) SABM [P=1] []
|| 171147.31250||0 :>S10:U(73) UA [F=1] []
|| 171309.80750||0 :<S10:U(3F) SABM [P=1] []
|| 171509.80708||0 :<S10:U(3F) SABM [P=1] []
|| 171547.31125||0 :>S10:U(73) UA [F=1] []
|| 171709.80625||0 :<S10:U(3F) SABM [P=1] []
|| 171747.31000||0 :>S10:U(73) UA [F=1] []
|| 171909.80500||0 :<S10:U(3F) SABM [P=1] []
|| 171947.30917||0 :>S10:U(73) UA [F=1] []
|| 172109.80458||0 :<S10:U(3F) SABM [P=1] []
|| 172119.80458||0 :<F10:U(03) UI [P=0] [4348]
|| 172119.80458||0 <[4348] <RT TCH RRq1
|| 172147.30875||0 :>S10:U(73) UA [F=1] []
|| 172309.80375||0 :<S10:U(3F) SABM [P=1] []
|| 172347.30792||0 :>S10:U(73) UA [F=1] []
|| 172509.80292||0 :<S10:U(3F) SABM [P=1] []
|| 172547.30708||0 :>S10:U(73) UA [F=1] []
|| 172709.80250||0 :<S10:U(3F) SABM [P=1] []
|| 172747.30625||0 :>S10:U(73) UA [F=1] []
|| 172909.80167||0 :<S10:U(3F) SABM [P=1] []
|| 172947.30542||0 :>S10:U(73) UA [F=1] []
|| 173109.80042||0 :<S10:U(3F) SABM [P=1] []
|| 173147.30458||0 :>S10:U(73) UA [F=1] []
|| 173204.80000||0 :<F10:U(03) UI [P=0] [4348]
|| 173204.80000||0 <[4348] <RT TCH RRq1
[CrNo:35 / Slot:2 / CS-ID:81800B60990]
|| 173302.30375||0 :>F11:U(03) UI [P=0] [434605230881800B6099001401]
|| 173302.30375||0 >[4346] >RT TCH R
RT [Carrier Number:0523]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1401]
|| 173309.79917||0 :<S10:U(3F) SABM [P=1] []
|| 173312.30375||0 :>F11:U(03) UI [P=0] [434605230881800B6099001401]
|| 173312.30375||0 >[4346] >RT TCH R
RT [Carrier Number:0523]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1401]
|| 173347.30375||0 :>S10:U(73) UA [F=1] []
|| 173505.02458||1 --[><TCH SWITCH Time's up]--
|| 173505.02458||1 --[TCH SWITCH Back ReTrace]--
[CrNo:33 / Slot:1 / CS-ID:81800B60990]
|| 173509.79917||0 :<S10:U(3F) SABM [P=1] []
|| 173547.30292||0 :>S10:U(73) UA [F=1] []
|| 173709.79792||0 :<S10:U(3F) SABM [P=1] []
|| 173757.30208||0 :>S10:U(73) UA [F=1] []
|| 173909.79708||0 :<S10:U(3F) SABM [P=1] []
|| 173947.30125||0 :>S10:U(73) UA [F=1] []
|| 174109.79667||0 :<S10:U(3F) SABM [P=1] []
|| 174147.30042||0 :>S10:U(73) UA [F=1] []
|| 174304.79583||0 :<F10:U(03) UI [P=0] [4348]
|| 174304.79583||0 <[4348] <RT TCH RRq1
|| 174309.79583||0 :<S10:U(3F) SABM [P=1] []
|| 174342.29958||0 :>F11:U(03) UI [P=0] [4346]
|| 174342.29958||0 >[4346] >RT TCH R
|| 174347.29958||0 :>S10:U(73) UA [F=1] []
|| 174352.29958||0 :>F11:U(03) UI [P=0] [4346]
|| 174352.29958||0 >[4346] >RT TCH R
|| 174454.99208||0 --<< TX off
(1)[CS-ID:81800B60990] / [PS-ID:5656467]
|| 174651.86208||1 CS<-PS Link cha. request:SCCH[0100010100][ 62]dBuV
|| 174912.29708||0 :>F11:U(03) UI [P=0] [4346]
|| 174912.29708||0 >[4346] >RT TCH R
|| 174922.29708||0 :>F11:U(03) UI [P=0] [4346]
|| 174922.29708||0 >[4346] >RT TCH R
|| 175012.48458||0 -->> Sync on
(1)[CS-ID:81800B60990] / [PS-ID:5656467]
|| 175901.85083||1 CS<-PS Link cha. request:SCCH[0100010100][ 62]dBuV
|| 176299.35417||1 CS->PS Link cha. assig. :SCCH[0106062303][ 39]dBuV
Relative Slot[7]/Carrier No.[35]/Contr.Slot.No.[4]/Commu.Slot.No[2]
|| 176345.60208||1 CS<-PS TCH syn. burst :Sync[0000000000][ 62]dBuV
|| 176383.10458||1 CS->PS TCH syn. burst :Sync[0000000000][ 42]dBuV
|| 176500.00042||1 --[<(Idle)TCH Synchronize Time's up]--
(1)[CS-ID:81800B60990] / [PS-ID:5656467]
|| 177566.85000||1 CS<-PS LinkCha.Rerequest:SCCH[0202013100][ 59]dBuV
|| 178062.47208||0 -->> Sync off
|| 178067.47167||0 -->> Sync on
节选2
[CrNo:33 / Slot:3 / CS-ID:81800B60990]
|| 30772.86833||0 :>F11:U(03) UI [P=0] [434605210881800B6099001402]
|| 30772.86833||0 >[4346] >RT TCH R
RT [Carrier Number:0521]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1402]
|| 30782.86792||0 :>F11:U(03) UI [P=0] [434605210881800B6099001402]
|| 30782.86792||0 >[4346] >RT TCH R
RT [Carrier Number:0521]
RT [CS Ident.:0881800B609900]
RT [Slot Number:1402]
|| 30875.56333||0 --<< TX off
|| 30976.62792||1 --[><TCH SWITCH Time's up]--
|| 30976.62792||1 --[TCH SWITCH Back ReTrace]--
[CrNo:33 / Slot:1 / CS-ID:81800B60990]
|| 31088.06083||0 ->>< TX off
以上流程对应的实际发生的切换均是成功的。
-- 作者：华人
-- 发布时间：2004-04-20 11:28:41
分析如下：
从时间：170782.93917开始基站发送TCH swtich indication，这条消息是在原TCH上发送的，由35的1号接收器跟踪；
在时间：170819.99750手机向目标TCH发送同步脉冲，该消息在新TCH上发送，由35的0号接收器跟踪；
在时间：170890.63250仪表（35）检测到手机在原TCH上停止发射；
从时间：170929.80917到174454.99208由于SACCH上的建链不成功，手机和基站一直在发送SABM和UA，此间应该听不到对方的声音，而是手机的“嘟嘟”声；（在此期间手机发送了三次TCH Swtich request，在新信道上）我觉得手机发起的这三次switch请求不是由FER触发的，因为这个时候还没有开始语音传输，还没有开始检测FER！
在时间：173302.30375基站回应了手机在新信道上的前两次TCH Swtich request，发送indication，指示手机向目标TCH作switch；
在时间：173505.02458仪表（35）产生了一条--[><TCH SWITCH Time's up]--消息，注意次消息是仪表1号接收器自己产生的，不是基站也不是手机发送的，由于从本次switch开始到173505.02458的时间差已经超过了仪表（35）定义的跟踪swtich的时长，因此仪表（35）产生了此消息；同时！仪表又产生了一条消息--[TCH SWITCH Back ReTrace]--表示1号接收器将跟踪手机的切换流程，但其实这次手机并未执行switchback，因此此时1号接收器处于空闲状态；
在时间：174342.29958基站回应了手机的后一次TCH Swtich request，但回的消息不是让手机作switch而是作Handover；
在时间：174454.99208仪表（35）检测到手机停止在新信道上的发射；
在时间：174651.86208手机向（原）基站发起了handover的建链请求，由1号接收器跟踪；
在时间：174912.29708和174922.29708基站在新信道上又发送了两次indication让手机作handover；
在时间：175012.48458仪表（35）检测到基站在新信道上开始发送同步脉冲；
在时间：175901.85083由于基站对手机的第一次请求分配超时，因此手机再次发送了建链请求消息；
原TCH指的是Switch前的TCH，新信道指的是Switch后的TCH信道！
比较复杂，慢慢看吧～～有什么错误请指正！！
谢谢！
-- 作者：transmit
-- 发布时间：2004-04-20 11:50:37
从时间：170929.80917到174454.99208，产生的RT TCH R应该算TCH Switch Re-request；
只要理解了"--[><TCH SWITCH Time's up]--"和“ --[TCH SWITCH Back ReTrace]--”是35L在Switch的Timer超时后另一收发信机开始跟踪Switch Back流程，并非手机在Switch back；楼主的问题就迎刃而解了。
-- 作者：华人
-- 发布时间：2004-04-20 12:33:11
”RT TCH R”的意思不是TCH Switch Request，更不是TCH Switch Re-request，而是TCH Reassign。
TCH Switch Request在35中应该是RT TCH RRq！
-- 作者：飞传
-- 发布时间：2004-04-21 11:50:06
请教：上例中
(1):
|| 170884.80958||0 --<< Sync off
|| 170912.31375||0 -->> Sync off
问：Sync off是不是由仪表35自己监测出来的(即接收到符合要求长度的同步信息后就认为是Sync off)?
(2):
|| 175012.48458||0 -->> Sync on
这条记录后并不进行同步，这条记录说明了什么?
-- 作者：华人
-- 发布时间：2004-04-22 00:12:29
我觉得“-->> Sync off”，“--<< Sync off”，“-->> Sync on”和“--<< Sync on”都是35产生的指示信息（不是消息！）分别表示35检测到：基站发送同步脉冲结束，手机发送同步脉冲结束，基站开始发送同步脉冲和手机开始发送同步脉冲。
这些信息在覆盖不好（包括多和少）的呼叫和切换过程中应该比较多！
-- 作者：warere
-- 发布时间：2004-08-11 15:30:59
RT TCH R是TCH Switching indication
-- 作者：warere
-- 发布时间：2004-08-11 15:33:54
35为什么需要两个接收器？
-- 作者：jjjly
-- 发布时间：2007-04-25 15:24:45
颐昊科技-PHS35C/L仪表南方总代理，8G频谱分析仪U3751,U3741，ROHS检测系统，网络存储NETAPP，网络规划软件PLANET系列，仿真仪SmartSim
www.dreamwireless.com.cn目前已经有12条评论 >>> 发表你的见解