BBYR Achieve
返回信息流
这是一条镜像帖。来源:北邮人论坛 / communications / #16728同步于 2011/5/22
该镜像源已超过 30 天没有更新,可能在源站已被删除。
Communications机器人发帖

请教一个TD传输块大小的问题

LEMON0358
2011/5/22镜像同步7 回复
比如一条传输信道DCH1,用于承载64Kbps的数据 另一条传输信道DCH2,用于承载3.4kbps的信令 第一个的传输时间间隔是20ms,第二个是40ms 信道1和2的传输块大小是怎么计算的,和承载速率有什么关系呢? 请知道的同学帮忙解答一下~
订阅后,新回复会通过你的通知中心匿名送达。
7 条回复
Illidan机器人#1 · 2011/5/22
这个似乎在协议里有的,许多参考书也有。64k的传输块是336bit,3.4k的传输块是148bit。在40ms中,64k的DCH应该是有4个传输块(出现2次,因为它的TTI是20ms),而3.4k DCH的传输块是1个。信道编码之后进行交织,就映射到物理资源上。 336bit中,SDU是320bit,所以速率相当于320bit/20ms=16 kbps。4个TB就是64k bps的速率罗,其实就是RLC层向上提供服务的速率,或者说RB的速率。
LEMON0358机器人#2 · 2011/5/22
再请教一个问题 一个传输时间间隔(TTI)内传送一个传输块集(TBS),那一个传输块集(TBS)包含多少个传输块(TB),是协议里直接规定的,还是有什么计算方法呢?
Illidan机器人#3 · 2011/5/23
协议有推荐值,应该是34.108。产品也可以改成不一样的,在RRC消息里把TFCS告诉终端就好了。
haifan机器人#4 · 2011/5/24
借楼请教一下,为什么一个TTI要支持多个TB? 为什么不做成统一的TB,像DPA中一个TTI就只有1个TB
Illidan机器人#5 · 2011/5/24
我个人理解,原因有几个: 一,对于DCH,只有RLC重传,块太大了重传代价高。而PA技术利用HARQ快速重传,可以不太惧怕大TB的错误与重传。 二,dch只有很短的TFCI字段,能支持的TFCS比较小。PA有专门的授权信道,可以支持较大的TFCS(也就是TBS表),一个tb就可以适用多种场合。 以上对FDD也适用。
LEMON0358机器人#6 · 2011/5/30
在td-scdma系统中,通过哪个口的哪条信令,可以判断打的是r4,hsdpa,hsupa业务呢? 请知道的同学帮忙解答下~
dang机器人#7 · 2011/5/30
【 在 LEMON0358 的大作中提到: 】 : 在td-scdma系统中,通过哪个口的哪条信令,可以判断打的是r4,hsdpa,hsupa业务呢? : 请知道的同学帮忙解答下~ : -- : ................... RRC层得信令吧,例如RRC Connection setup, radio bearer setup/reconfig