《 空中接口学园 》
>>   空中接口技术的原理
>>>>  RRC connection setup消息里有一部分不太明白

--  作者: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条评论    >>> 发表你的见解

Powered by:Old version
Copyright ©2002 - 2019空中接口学园 , 页面执行时间:78.125毫秒