已关闭问题
求助:语音呼叫时,上行只有DCCH时的物理信道 (进入论坛模式)
提问者:icefirebupt
|
提问时间:2011-12-31 22:39
求助:
在手机发起CS域语音呼叫时,逻辑信道有12.2KEFR+3.4KDCCH。
在RBSetup消息中,指明可能承载的逻辑信道如下
TFCI 逻辑信道
1 SID
2 EFR
3 DCCH
4 SID+DCCH
5 EFR+DCCH
在上行时,按说在TFCI=3时仅承载了DCCH。由于DCCH的TTI中TTI长度为40ms,TBSize为148,CRC长度为16,1/3卷积码,打孔参数为235,打孔限制为P11,那么仅使用SF=256的物理信道就足够承载了,是吗?为什么采集到的数据中,按照SF=256解扩之后,有很多点功率在0附近(应该为1或-1)呢?(TFCI=1,2,4,5均可以正常解调,解码,唯独此信道不能正常解调,SID的物理信道也为SF=256的,可以正常解调,解扩,解码,所以这部分解调的代码应该是正确的)?可能是哪里出了问题呢?还是说采用的是别的信道呢?
困扰一个月了,多谢各位的帮助。
在手机发起CS域语音呼叫时,逻辑信道有12.2KEFR+3.4KDCCH。
在RBSetup消息中,指明可能承载的逻辑信道如下
TFCI 逻辑信道
1 SID
2 EFR
3 DCCH
4 SID+DCCH
5 EFR+DCCH
在上行时,按说在TFCI=3时仅承载了DCCH。由于DCCH的TTI中TTI长度为40ms,TBSize为148,CRC长度为16,1/3卷积码,打孔参数为235,打孔限制为P11,那么仅使用SF=256的物理信道就足够承载了,是吗?为什么采集到的数据中,按照SF=256解扩之后,有很多点功率在0附近(应该为1或-1)呢?(TFCI=1,2,4,5均可以正常解调,解码,唯独此信道不能正常解调,SID的物理信道也为SF=256的,可以正常解调,解扩,解码,所以这部分解调的代码应该是正确的)?可能是哪里出了问题呢?还是说采用的是别的信道呢?
困扰一个月了,多谢各位的帮助。
显示所有答案回应
问题答案 ( 0 条 )
热点问题