楼主

一个令人疑惑的问题－关于phs35C 最近在做一个基站时TCH切换测试时，发现一个矛盾的现象： 很多证据表示基站进行TCH切换是成功的，但是用PHS35C进行测试时，却经常在基站下发RT TCH R（含时隙等信息）后，却打印"--[><TCH SWITCH Time's up]--"和“ --[TCH SWITCH Back ReTrace]--”并回到原信道等待。不过多次测试中偶尔也有打印正常的时候。   我很疑惑，基站切换都很正常，并无超时等异常现象,并且可以确定信道切换成功，并没有发生switchback，可是PHS35C为什么会监测不正常呢？是不是它的监测原理比较特殊？向大家请教。 [此贴子已经被作者于2004-4-16 10:50:20编辑过]

	第2楼

请把你的流程复制到论坛上，大家研究研究～

----------------------------------------------
欢迎大家光临空中接口学园！
希望大家踊跃发言！

	第3楼

嗯.传上来看看嘛.

	第4楼

版主请看： 节选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-4-20 10:45:09编辑过]

	第5楼

分析如下： 从时间：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信道！ 比较复杂，慢慢看吧～～有什么错误请指正！！ 谢谢！

----------------------------------------------
欢迎大家光临空中接口学园！
希望大家踊跃发言！

	第6楼

从时间：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；楼主的问题就迎刃而解了。

	第7楼

”RT TCH R”的意思不是TCH Switch Request，更不是TCH Switch Re-request，而是TCH Reassign。 TCH Switch Request在35中应该是RT TCH RRq！

----------------------------------------------
欢迎大家光临空中接口学园！
希望大家踊跃发言！

	第8楼

请教：上例中 (1): ||  170884.80958||0 --<< Sync off ||  170912.31375||0 -->> Sync off 问：Sync off是不是由仪表35自己监测出来的(即接收到符合要求长度的同步信息后就认为是Sync off)? (2): ||  175012.48458||0 -->> Sync on 这条记录后并不进行同步，这条记录说明了什么?

	第9楼

我觉得“-->> Sync off”，“--<< Sync off”，“-->> Sync on”和“--<< Sync on”都是35产生的指示信息（不是消息！）分别表示35检测到：基站发送同步脉冲结束，手机发送同步脉冲结束，基站开始发送同步脉冲和手机开始发送同步脉冲。 这些信息在覆盖不好（包括多和少）的呼叫和切换过程中应该比较多！

----------------------------------------------
欢迎大家光临空中接口学园！
希望大家踊跃发言！

	第10楼

RT TCH R是TCH Switching indication