-- 作者:sera3592 -- 发布时间:2011-07-14 11:26:23 对着P136页看了半天,RRC connection setup消息里有些内容还是看的不太明白 (从一个主叫的trace里抓出来的) 1. rrc-TransactionIdentifier 0, criticalExtensions criticalExtensionsCorrected1 : criticalExtensionsCorrected2 : r6 : { rrcConnectionSetup-r6 Question: a. criticalExtensions 啥意思?是HSDPA/HSUPA独有的吗?我还没看7,8,9章 b. rrcConnectionSetup-r6 这里的r6是什吗意思? 2. (这是SRB1的Mapping info) rb-MappingInfo { { ul-LogicalChannelMappings oneLogicalChannel : { ul-TrCH-Type dch-rach-usch : { ul-TransportChannelType dch : 32, logicalChannelIdentity 1, rlc-SizeList allSizes : NULL }, mac-LogicalChannelPriority 1 }, dl-LogicalChannelMappingList { { dl-TransportChannelType dch : 32, logicalChannelIdentity 1 } } }, { ul-LogicalChannelMappings oneLogicalChannel : { ul-TrCH-Type dch-rach-usch : { ul-TransportChannelType rach : NULL, logicalChannelIdentity 1, rlc-SizeList explicitList : { { rlc-SizeIndex 1 } } }, mac-LogicalChannelPriority 1 }, dl-LogicalChannelMappingList { { dl-TransportChannelType fach : NULL, logicalChannelIdentity 1 Question: a. 可以看出给了两种mapping方式,一种是上下行用DCH32,还有一种是用FACH和RACH,这是说网络让手机任选一种映射方式吗?同样我看SRB2也一样是有两种映射方式。书里说就主叫而言SRB1~4大多数情况都是映射在在DCH上的, b. ul-TrCH-Type dch-rach-usch这是啥意思,为啥后面给出三种信道(dch,rach,usch),但是下面又是ul-TransportChannelType dch : 32,网络到底让手机用哪个传输信道啊? 3. ul-CommonTransChInfo { modeSpecificInfo fdd : { ul-TFCS normalTFCI-Signalling : complete : { ctfcSize ctfc2Bit : { { ctfc2 0, powerOffsetInformation { gainFactorInformation signalledGainFactors : { modeSpecificInfo fdd : { gainFactorBetaC 15 }, gainFactorBetaD 1 } } }, { ctfc2 1, powerOffsetInformation { gainFactorInformation signalledGainFactors : { modeSpecificInfo fdd : { gainFactorBetaC 12 }, gainFactorBetaD 15 Question: a. 我不明白CTFC2 0,或2 1啥意思,看完第六章还是不明白。RRC connection setup中应该设置的是SRB1~4上行DPDCH和DPCCH的功率,那网络是希望15/11 还是15/12? b. 还需要在确认下以下观点是否正确? Sib5设置RACH中数据与控制部分的功率。 RRC connection setup应该是设置SRB1~4(即专用物理信道承载信令时的功率) DPDCH和DPCCH的功率 RB setup应该是设置RB(即专用物理信道承载业务时)DPDCH和DPCCH的功率 -- 作者:sera3592 -- 发布时间:2011-07-14 13:30:02 a.我对CTFC的概念还是很糊涂。CTFC应该是和TFCI,TFC一一对应的对吧(比如承载话音上行的DCH,TFCI=5对应CTFC=23对应TFC=2,1,1,1),那这种映射关系该怎吗查? b.楼上说的CTFC2,0/2,1应该是属于承载信令时上行DCH物理层的参数吗?第6章里没有啊,而且第六章里CTFC都是1个数,比如承载语音时上行DCH CTFC可以=0,1,11,12,13,23那CTFC=2,0是啥意思?? -- 作者:sera3592 -- 发布时间:2011-07-14 14:29:08 二楼的问题我明白了,TOM老师忽略掉吧,CTFC2,0 其中2代表的是CTFC的bit数。。。 貌似RRC connection setup消息中网络把所有可用的 SRB到Trch的映射方式如 RACH+FACH or 上下行DCH Trch到Phy的复用方式 CTFC=0,CTFC=1 都发给了手机,让手机自己选择,是这样吗? 如果是这样的话一楼的 第二段trace涉及到的问题,第三段trace涉及到的问题我明白了。 还请TOM老师解释一下第一段trace涉及的问题 -- 作者:tom -- 发布时间:2011-07-16 16:23:37 《WCDMA空中接口技术》并不是协议分析的书,主要目的是把WCDMA空中接口的结构与机制讲清楚。书中的后记提到如果对某些专题感兴趣,可以看相应的书。 1. R6代表RAN的版本,目前联通是R6的版本,个别地方升级到R7。 2. 消息中传递的就是书中6.4的内容。 ul-TransportChannelType dch : 32, 就是SRB1用DCH嘛,DCH的信道号是32,书中的例子是31。 3.“ Sib5设置RACH中数据与控制部分的功率。 RRC connection setup应该是设置SRB1~4(即专用物理信道承载信令时的功率) DPDCH和DPCCH的功率 RB setup应该是设置RB(即专用物理信道承载业务时)DPDCH和DPCCH的功率” 参见图6.8,你还可以找找相应的信令。 -- 作者:sera3592 -- 发布时间:2011-07-18 10:22:09 谢谢,TOM老师,我会把问题局限在您书中所涉及到的内容里,而且我不是让您帮忙做协议分析,只是trace里有些element我不明白是什吗意思,才会放到论坛里让TOM老师指点一下 其实也是因为我没有发现专门针对空口的协议分析的书籍,我翻过“UMTS系统无线协议与信令流程”,里面主要是针对网络侧接口协议,涉及到空口的不多。 言归正传第一段trace里,我是没明白 ul-LogicalChannelMappings oneLogicalChannel : { ul-TrCH-Type dch-rach-usch : { ul-TransportChannelType rach : NULL, logicalChannelIdentity 1, rlc-SizeList explicitList : { { rlc-SizeIndex 1 } } }, mac-LogicalChannelPriority 1 }, dl-LogicalChannelMappingList { { dl-TransportChannelType fach : NULL, logicalChannelIdentity 1 这个Fach和RACH不也是SRB1对应传输信道的映射吗?那也就是说网络既准许手机用DCH32承载SRB1也准许手机用RACH/FACH来承载SRB1?网络让手机任选一种方式? -- 作者:tom -- 发布时间:2011-07-18 16:33:05 表6.11以及表6.13说的就是这回事,具体使用场合在3.4.3节有详细说明。 目前已经有6条评论 >>> 发表你的见解 |