TD-RB建立、修改、释放的关键参数配置策略.docx

《TD-RB建立、修改、释放的关键参数配置策略.docx》由会员分享，可在线阅读，更多相关《TD-RB建立、修改、释放的关键参数配置策略.docx（36页珍藏版）》请在三一办公上搜索。

1、DATANG MOBILECOM只供内部使用RB建立、修改、释放的关键参数配置策略标准类型TD-SCDMA文档编号XDTM 6.506.979 FS版本号V1.0状 态发布作 者郭俊利所属部门RRM研究组提交日期2003-12-8I.文档控制1）文档更新记录日期 更新人 版本备注2003-10-15郭俊利V0.1创建2004-1-3郭俊利V1.0根据部门评审意见修改2）文档审核记录日期审核人职务备注2004-1-2张力强、王玲、华长发等部门评审3）文档发行范围分发单位说明大唐移动西安分公司目录1弓I言51.1编写目的51.2预期读者和阅读建议51.3文档约定51.4参考资料51.5缩写术语51

2、.6 一些约定52过程描述52.1 RB建立过程72.2RB修改过程82.3 RB释放过程82.4 UE侧的处理82.4.1目标状态为CELL_DCH92.4.2 目标状态为 CELL_FACH102.4.3 目标状态为 CELL_PCH/URA_PCH112.4.4 UE侧异常情况的分析122.4.4.1无线链路同步失败122.4.4.2 UE不支持该配置132.4.4.3 其它133 RB建立过程关键参数配置策略133RADIO BEARER SETUP 消息143.1.1 UE 信息143.1.1 Integrity protection mode info/Ciphering mode

3、 info .143.1.2 Activation time153.1.3 New U-RNTI/ New C-RNTI163.1.4 New DSCH-RNTI163.1.5 RRC State Indicator163.1.6 UTRAN DRX cycle length coefficient.173.1.2 CN 信息173.1.2.1 CN Information info173.1.3 UTRAN移动性信息183.1.4 RB 信息183.1.4.1 Signalling RB information to setup list193.1.4.2 RAB information t

4、o setup list.193.1.4.2.1 NAS Synchronization Indicator193.1.4.2.2 Re-establishment timer203.1.4.2.3 PDCP info203.1.4.2.4 choice RLC info type203.1.4.2.5 RB mapping info213.1.4.3 RB information to be affected list253.1.4.4 Downlink counter synchronisation info.253.1.5传输信道信息263.1.6物理信道信息263.2 radio be

5、arer setup Complete 消息263.3 radio bearer setup failure 消息274 RB修改过程关键参数配置策略274.1 radio bearer reconfiguration 消息274.1.1 RAB information to reconfigure list284.1.2 RB information to reconfigure list284.1.2.1 RB stop/continue284.1.3 RB information to be affected list294.2 radio bearer reconfiguration

6、COMPLETE 消息294.3 radio bearer reconfiguration FAILURE 消息295 RB释放过程关键参数配置策略295radio bearer release 消息295.1.1 RB 信息305.1.1.1 RAB information to reconfigure list305.1.1.2 RB information to release list305.1.1.3 RB information to be affected list305.1.1.4 Downlink counter synchronisation infbi305.1.2 CN

7、 Information Elements305.1.2.1 CN Information info315.1.3 Signalling Connection release indication315.2 radio bearer release complete 消息315.3 radio bearer release FAILURE 消息316其它相关特性327附录327.1 RB控制过程中对UE的时延要求327.2RRC层与L2、L1层之间的原语交互337.3RB控制消息中的非接入层信息347.3.1 CN Information info347.3.2 NAS synchroniza

8、tion indicator 信息357.4相关定时器、计数器【1】351引言1.1编写目的本文从RNC设备的角度，分析RB建立、修改、释放中的关键参数，并给出对这些关 键参数的配置策略、建议配置，用于指导RNC设备V2开发，供相关人员参考。1.2预期读者和阅读建议本文档适合RRM项目组成员、项目经理、系统测试人员阅读。1.3文档约定a）正文中文字体用五号宋体，英文字体用“ Times New Roman ”字体。b）首行缩进两字。单倍行距。间距段前/段后均为0行。c）正文标题用小四宋体，英文用“ Arial ”字体，加粗，左对齐。1.4参考资料【1】 3GPP TS 25.331 （ V4b

9、0）： Radio Resource Control （RRC）； Protocol Specification”【2】 3GPP TS 25.303（V450）： ” Interlayer Procedures in Connected Mode”【3】RRC建立、删除的关键参数配置策略，华长发，大唐移动西安分公 司技术资料【4】RB建立、释放、重配置过程，樊华，大唐移动西安分公司技术资料【5】 3GPP TS 21.905（V440）: “Vocabulary for 3GPP Specification”【6】上行物理信道控制过程及参数研究报告，王玲，大唐移动西安分公司 技术资料【7】

10、3GPP TS 25.302（V470）： Services provided by the physical layer 【8】 3GPP TS 25.321（V490）： Medium Access Control （MAC） protocol specification【9】 3GPP TS 25.322（ V4a0）: Radio Link Control （RLC） protocol specification【10】 3GPP TS 25.323（V460）： Packet Data Convergence Protocol （PDCP） Specification【11】TFC控

11、制算法研究报告，沈皓，大唐移动西安分公司技术资料【12】 PDCP参数配置策略，王玲，大唐移动西安分公司技术资料1.5缩写术语RBRadio BearerRNCRadio Network ControllerTFCTransport Format CombinationCCTrCHCoded Composite Transport Channel1.6 一些约定1.本文不考虑共享信道。2过程描述RNC所管理的资源可以分为两部分：UTRAN本地资源、空中接口资源。其中，UTRAN本地资源如逻辑信道、传输信道等，空中接口资源主要包括时隙、码道、功率等。对于 RNC而言，空中接口资源是以无线链路（或

12、CCTrCH）为单位来管理的，而UTRAN 本地资源则以RB为单位进行分配。根据文献【5】，RB定义为“Uu接口上L2层向高层提供的一种服务”。RB可以分为公共RB （映射在公共逻辑信道上）、专用RB （映射在专用逻辑信道上）。 公共RB的配置属于系统默认配置（参见【1】第13节），而专用RB则通过Uu接口消息 来动态分配。根据服务对象的不同，专用RB分为两种：信令RB （SRB），业务RB。其中信令RB 的管理主要通过RRC建立、释放过程完成，业务RB的管理则通过RB控制过程实现。本文中，除非特别指出，所讨论的RB都是指业务RB。在一个完整的业务建立流程中，RB控制过程发生在RRC信令建立、

13、Iu信令建立之后 （如图 2.1 所示）。然后，RNC 根据高层的要求（日人8 Assignment Request）、当前的无线 资源状况，为RB配置合适的资源。RB修改是可选的，但建立、释放是必须的。这三个步骤与Uu接口消息的对应关系如下所示： RB建立：RB 建立请求(UTRAN - UE)： Radio Bearer Setup；RB 建立响应(UE - UTRAN): Radio Bearer Setup Complete 或 Radio Bearer Setup Failure； RB修改： RB重配RB 重配请求(UTRAN - UE)： Radio Bearer Reconfi

14、gurationRB 重配响应(UE - UTRAN): Radio Bearer Reconfiguration Complet e 或 RadioBearer Reconfiguration Failure 传输信道重配传输信道重配请求(UTRAN - UE)： Transport Channel Reconfiguration传输信道重配响应(UE - UTRAN): Transport Channel ReconfigurationComplete 或 Transport Channel Reconfiguration Failure 物理信道重配物理信道重配请求（UTRAN - UE

15、）： Physical Channel Reconfiguration物理信道重配响应（UE - UTRAN）: Physical Channel Reconfiguration Complete 或 Transport Channel Reconfiguration Failure TFC控制TFC 控制请求（UTRAN - UE）： Transport Format Combination ControlTFC 控制响应（UE - UTRAN）: Transport Format Combination Control Failure 【注】：只有在TFC控制请求使用AM/UM模式，而且T

16、FC控制失败的情况 下，UE才会发送TFC控制响应消息。TFC控制过程请参见TFC控制算法 研究报告 上行物理信道控制上行物理信道控制请求（UTRAN - UE）： Uplink Physical Channel Control【注】：上行物理信道控制请参见上行物理信道控制过程及参数研究报告 RB释放：RB 释放请求（UTRAN - UE）： Radio Bearer Release；RB 建立响应（UE - UTRAN）: Radio Bearer Release Complete 或 Radio Bearer Release Failure2.1 RB建立过程功能：主要是建立业务RB （某

17、些情况下，也可能建立信令RB），并配置相应L2、L1 参数。特点：1）该过程主要用于建立业务RB；2）该过程也可以建立信令RB，但只能建立映射在DCCH的SRB，而且RB id 一定 大于3。i. RB4可以通过此过程来建立。RB4 一般用于承载SMS业务。如果RRC连接建立的原因指出是“Originating Low Priority Signalling”、或 “Terminating Low Priority Signalling”，则 RNC 应该在 RRC 连接建立过程中就建 立 RB4；如果系统支持SMS业务，则建议RNC在RRC连接建立过程中建立RB4， 而不是通过RB建立过程来

18、建立。因为不论是否建立RB4，所分配的无线资源是 相同的。ii. TM模式的SRB可以通过此过程来建立。比如，承载 Transport Format Combination Control 消息（TM 模式）的 SRB， 需要跟语音业务RB 一起建立。此时使用RB建立消息来建立该SRB（TM RLC）。3）可以配置RAB的信息（主要是对发端、收端的编解码类型进行同步，只用于语音 业务）4）同时可能会修改现有传输信道的配置、物理信道的配置。【注】：对于那些映射在公共控制信道（如CCCH、SHCCH、PCCH等）的SRB，其 L2层的参数配置采用默认配置（参见文献【1】第13章），因此网络侧不需要

19、通过Uu接 口消息来通知UE。2.2 RB修改过程 功能：修改RB所属的参数配置。RB参数涵盖了 L2层（PDCP、RLC、MAC）、L1层（CCTrCH、物理信道）的所 有参数。由于RB参数是一个很大的集合，而修改RB参数时，并不是每一次都要修 改所有的参数，为了有效利用空中接口资源，在协议中提供多种选择（对应于不同消 息）来满足不同的需要。 特点：只能修改RB参数，不能建立、或删除RB。RB重配过程（RB id 2）：a）可以修改RB的所有参数（包括PDCP层、RLC层、MAC层、L1层信 息）。b）可以修改RAB的配置（重新对发端、收端的编解码类型同步，只用于 语音业务）传输信道重配过程

20、：a）能修改L1层所有参数（包括L1层的传输信道、CCTrCH、物理信道参 数）、及MAC部分参数物理信道重配过程a）只能修改L1层部分参数（包括物理信道参数，以及CCTrCH中功率、 同步相关参数）。这个过程可能会影响MAC （如传输信道类型转换的情 况）TFC控制过程a）只能配置CCTrCH的有效集合，即配置TFC子集【11】上行物理信道控制a）配置CCTrCH的部分参数：上行开环功率控制和闭环功率控制，以及闭 环同步控制【6】1)2)3)4)5)2.3 RB释放过程功能：用于释放业务RB、信令RB（RB id3）。特点：1）释放现有RB。由于RB与RAB有一定对应关系，所以释放RB的同时

21、可能 会释放相应的RAB；2）可以配置RAB的信息（主要是对发端、收端的编解码类型进行同步，只用于 语音业务）；3）同时可能会修改现有传输信道的配置、物理信道的配置。主要是由RB释放 所引起的传输信道、物理信道的修改、删除等。2.4 UE侧的处理UTRAN发起重配置消息的目的是为了通知UE侧的RRC层，使得Uu接口两端的配 置保持同步，从而在修改过程中尽量不影响现有链路的连接。为此，网络侧有必要知道UE 侧的处理策略，从而分析各种可能情况，尽可能的保证所配置的参数准确、高效。UE在收到重配置消息之后，会根据消息中的参数进行处理。在这些消息中，网络侧 都会指定UE进入某种状态，而UE的行为与初始

22、状态、目标状态有关，所以本节的分析 就从UE的状态入手。图2.4.1给出了 UE侧的处理流程（正常情况）。收到重配置消息1. 重配置开始2. 根据重配置消息的指 示，重配置相应的RB参数3. 若目标状态为 CELL_DCH/CELL_FACH, 则执行状态转换4.UE认为重配置成功，并填写重配完成消息选择UE的目标状态 在旧的配置上发送_重配完成消息11收到RLC确认之后， 执行状态转换1r发起小区选择过程/ :止 士又Tin a、1心H禁止RLC层 的周期发M状态PDU t送功能URA_PCHCELI PCH在旧的配置上发送重配完成消息收到RLC确认之卮，执行状态转换CELIDCH发起小区选

23、择过程所选小区与重配消.-1 息中的小区相同？启动周期的U RA更新功能否发起小区更新过程重配消息是否给出频率信息是发起小区选择过程选择S CCPCH_PCH, 启动DRX功能禁止RLC层状态PDU的周期发送功能1 F所选URA与：二、当前URA一样吗是发起URA更新过程启动周期小区更新功能选择S CCPCH_PCH, 启动DRX功能celL_fach原状态为-CELL_FACH CH在新的配置上发 送重配完成消息是重配消息是否：；给出频率信息发起小区选择过程-所选小区与重配消息中是给出的小区信息是否一致、所选小区与重配消息.一!中的小区相同？是发起小区更新过程禁止RLC层状态PDU的周期发送

24、功能启动周期的小区更新功能选择 SCCPCH_PCH， 启动DRX功能一重配置结束发起小区更新过程启动周期小区更新功能选择P RACH；选择SCCPCH_FACHUE变量C_RNTI为空是发起小区更新过程在新的配置上发送图2.4.1 RB控制过程中UE侧的处理流程（正常情况）2.4.1目标状态为CELL_DCHUE从DCH状态进入DCH状态UE侧的正常步骤如下：1）UE 开始进行重配置（即设置 ORDERED_RECONFIGURATION=true）2）UE根据重配消息的指示修改相应的配置（L2层、L1层参数）；3）UE释放旧的物理信道（可选动作）；4）UE执行状态转换（即进入DCH状态）；

25、5）UE认为重配成功，并在新的配置上发送重配成功消息【注】；【注】：重配过程结束的标志：1）如果不修改安全性校验参数，则UE只要在RLC层发送数据之后，就认为重配过 程完成；2）如果需要修改安全性校验参数，则UE需要等到RLC层收到对方的成功确认之后， 才认为重配过程完成。从上可知，步骤2）是最关键、最耗时、最容易出错的一步（其间，物理层要进行无 线链路同步过程。在假设网络侧的配置不存在协议错误的情况下，如果链路失败，往往是 第二步出错造成的。 UE从其他状态进入DCH状态这种情况下的处理步骤与“UE从DCH状态进入DCH状态”的情况相同，区别 之处在于，在DCH-DCH的情况下，RNC可以不

26、配置物理信道参数，此时UE会使 用旧的物理信道。2.4.2目标状态为CELL_FACH UE从FACH状态进入FACH状态UE侧的正常步骤如下：1）UE 开始进行重配置（即设置 ORDERED_RECONFIGURATION=true）2）UE根据重配消息的指示修改相应的配置（L2层、L1层参数）；3）UE释放旧的物理信道（可选动作）；4）UE执行状态转换（即进入FACH状态）；5）UE决定是否要进行小区选择、小区更新过程；a. UE从FACH状态进入FACH状态 只有当网络侧明确要求执行小区选择（即重配消息中明确给出Frequency info信息）时，才会发起小区选择过程，并且当所选小区

27、与重配消息中所给小区不同时，发起小区更新过程； 否则UE有两种选择： 不发起小区选择过程、小区更新过程（对应于图2.4.1的“否2”）。 或者，当重配消息中所给小区不同与当前小区不同时，发起小 区更新过程（对应于图2.4.1的“否1”）。b. UE从其他状态进入FACH状态UE发起小区选择过程；并且当所选小区与重配消息中所给小区不同时， 需要发起小区更新过程。6）UE根据原状态决定是否要执行下列过程a. UE从FACH状态进入FACH状态直接进入下一步。b. UE从其他状态进入FACH状态UE执行下列动作： 启动周期小区更新功能； 选择 PRACH、SCCPCH_FACH； 如果变量C_RNT

28、I为空，则需要发起小区更新过程，以获取C-RNTI。7）UE认为重配成功，并在新的配置上发送重配成功消息；【注】：1)从上面可以看出，在网络指定UE进入CELL_FACH状态时，i. 当网路侧希望UE进入指定频率、指定小区时，必须给出相应的频率信息、 小区信息(PCCPCH info)；ii. 如果网络侧对于UE所选择的小区没有要求，则建议不指定频率信息，因为 这样UE在进入CELL_FACH状态时就不会由于重配置而发起小区更新过程， 从而可以减小空中接口的公共信道的负荷，减小了公共信道发生冲突的概率， 同时也尽量减小整个RB重配过程的持续时间(否则，会使空中接口上的RB 重配过程、小区更新过

29、程交叠，增加了 RNC处理的复杂性)；iii. 网络侧对UE完成重配过程所需时延的要求参见文献【1】(13.5节)2.4.3 目标状态为 CELL_PCH/URA_PCH UE进入CELL_PCH状态UE侧的正常步骤如下：1) UE 开始进行重配置(即设置 ORDERED_RECONFIGURATION=true)2) UE根据重配消息的指示修改相应的配置(L2层、L1层参数)；3) UE认为重配成功，并在旧的配置上发送重配成功消息；4) UE在收到RLC的确认消息之后，执行状态转换(即进入CELL_PCH状态)；5) UE将重配置相关的变量清除(设置ORDERED_RECONFIGURATI

30、ON=false)6) UE决定是否要进行小区选择、小区更新过程；a. 如果UE从CELL_DCH进入CELL_PCH状态 则UE必然会发起小区选择过程； 当所选小区与重配消息中所给小区不同时，需要发起小区更新过程。b. 如果UE从CELL_FACH进入CELL_PCH状态 只有当网络侧明确要求执行小区选择(即重配消息中明确给出Frequency info信息)时，才会发起小区选择过程，并且当所选小区 与重配消息中所给小区不同时，发起小区更新过程； 如果网络侧没有明确要求，则UE可以不执行小区选择过程、不执 行小区更新过程。7) UE需要执行下列过程；a. 禁止RLC层状态PDU的周期发送功能

31、；b. 启动周期小区更新功能；c. 选择 SCCPCH_PCH；d. 启动DRX功能； UE进入URA_PCH状态UE侧的正常步骤如下：1) UE 开始进行重配置(即设置 ORDERED_RECONFIGURATION=true)2) UE根据重配消息的指示修改相应的配置(L2层、L1层参数)；3) UE认为重配成功，并在旧的配置上发送重配成功消息；4) UE在收到RLC的确认消息之后，执行状态转换(即进入URA_PCH状态)；5) UE将重配置相关的变量清除(设置ORDERED_RECONFIGURATION=false)6) UE发起小区选择过程(选择URA)；7) UE需要执行下列过程；

32、a. 禁止RLC层状态PDU的周期发送功能；b. 启动周期URA更新功能；c. 选择 SCCPCH_PCH；d, 启动DRX功能；e. 如果所选择的URA与当前存储的URA不一样，则需要发起URA更新 过程。【注】：1）如果网络侧指定UE进入CELL_PCH/URA_PCH状态，则重配置消息中必须给出 “UTRAN DRX cycle length coefficient”，否则 UE 认为重配无效。2）从上面可以看出，在网络指定UE进入PCH状态时，i. 如果网路侧希望UE进入指定频率、指定小区，则必须给出相应的频率信息、 小区信息（PCCPCH info）；ii. 如果网络侧对于UE所选择

33、的小区没有要求，则建议不指定频率信息，因为 这样UE在进入CELL_PCH状态时就不会因为重配置而发起小区更新过程， 从而可以减小空中接口的公共信道的负荷，减小了公共信道发生冲突的概率， 同时也尽量减小整个RB重配过程的持续时间（否则，会使空中接口上的RB 重配过程、小区更新过程交叠，增加了 RNC处理的复杂性）；2.4.4 UE侧异常情况的分析2.4.4.1无线链路同步失败RB控制过程中，可能会发生无线链路失败的情况。1）旧的链路失败如果用户在重配之前处于CELL_DCH状态，则可能发生这种情况。根据UE 目标状态的不同，分为两种情形： UE 目标状态为 CELL_PCH/URA_PCH这种

34、情况一般发生在UE状态转换之前。根据图2.4.1可以看出，如果重配置的目标状态为CELL_PCH或URA_PCH， 则UE首先在旧的配置发送重配完成消息，在收到RLC层确认之后，执行状态转 换。如果UE在收到RLC确认之前，监测到下行无线链路失败，则UE将执行如 下动作： UE认为重配置无效； UE发起小区更新过程，小区更新的原因为“radio link failure”；对于这种情况，需要考虑UE从RLC层发送重配完成消息、至收到RLC层确 认消息为止，这段等待时间内发生无线链路失败的概率有多大。这段等待时间的长短与RLC层的轮询机制、UE处理时延、网络侧处理时延 有关。按照文献【1】中的配

35、置，RLC层采用周期轮询机制且轮询周期取300ms；根 据文献【3】中的时延数据，则UE、网络侧的处理时延约为100ms。所以综合起 来估计UE从发出重配完成消息，至UE接收到RLC层的确认消息，大约需要 500ms。如果RLC层采用“Poll_SDU，轮询机制且Poll_SDU取1，则大约需等 待 200ms。根据文献【1】，无线链路失步准则采用T313、N313衡量，按照默认值计算， 则所需时间大约为6s。按照上面的分析，一般情况，UE 一般都会收到RLC层的确认信息，除非确 认信息丢失。如果RNC收到UE发起的小区更新中携带有原因“radio link failure”，则RNC可以有两

36、种选择：a) 将上一次重配置的信息填入您。11 Update Confirm”中，并发送给UE。UE 收到该消息，并通过公共信道发送重配完成消息之后，进入相应的PCH状态。b) UE处于PCH状态说明空中接口没有数据传输，UE发起的小区更新指明“无 线链路失败”说明无线链路质量较差，根据这两点，RNC可以选择释放该UE的 RRC连接。此时，RNC的流程可以是这样的： RNC 收到 Cell Update 消息； RNC 发起 Iu Release Request，原因可以填写为 User inactivity； RNC发起发起Cell Update Confirm消息，其中指明释放UE的RRC

37、 连接 按照 3GPP TS25.413(V470)，RNC 在收到 CN 的 Iu ReleaseCommand 之后，发起 Cell Update Confirm 消息； 按照 3GPP TS25.413(V4a0)，RNC 可以直接发起 Cell Update Confirm 消息，而不需等待 CN 的 Iu Release Commando UE原状态、目标状态均为CELL_DCHUE在重配过程中监测到链路失败。于是UE执行如下动作： 发起小区更新过程，原因为“Radio link failure”； 小区更新完成后，发送重配失败消息，失败原因为“physical channel fa

38、ilure”认为上次的重配置无效。RNC在收到小区更新之后，可以将上一次重配置的信息填入“ Cell Update Confirm”中，并发送给UE。这种情况下，RNC可以不理会小区更新之后的重配 失败消息。2) 新的链路失败UE发出重配完成之后，在收到RLC层成功确认消息之前，可能会发生无线链路 失败的情况，此时UE将释放链路，并进入空闲模式。这种情况一般发生在SRNS重定位的过程中，因为SRNS重定位时，UE才需要 等待RLC层的确认信息。这种情况下，RNC应该已经监测到该用户的无线链路丢失，可以主动发起RRC 释放过程。这个过程应该借助于Node B的无线链路监测功能、以及Iub接口的无

39、线链 路失步指示来完成。2.4.4.2 UE不支持该配置这种情况一般发生在网络侧的配置与UE能力不符的情况。如果RNC在分配资源时，充分考虑了 UE的能力，则一般不会出现此问题。如果出现配置无效的情况，则RNC在获知配置失败之后，不能继续用本次配置 消息中的配置来配置UE，而是应该恢复原来的配置或者根据UE能力更新配置后再通 知UEo2.4.4.3 其它协议错误等原因。如参数不遵守协议的约定等。3RB建立过程关键参数配置策略RB控制过程实际上是UE-UTRAN对等层(RRC)之间的对话过程，这个过程可以分为两大部分：1）Uu接口对等层（RRC）之间的信令交互，从而保证链路两端配置的一致性；2）

40、RRC与其它层（PDCP、RLC、MAC、PHY、高层）之间的控制原语则保证这种一 致性能具体实施。从上可以看出，RB控制消息的内容应该是控制原语中参数的全集（参见附录7.2）。本节对RB建立过程相关消息中的一些关键参数进行分析。3.1 Radio Bearer Setup 消息如表3.1.1所示，RB建立过程的参数可以分为六个部分：UE信息、CN信息、UTRAN 移动性信息、RB信息、传输信道信息、物理信道信息。表3.1.1 RB信息的数据结构Information Element/Group nameNeedMultiType and referenceUE Information Ele

41、mentsCN Information ElementsUTRAN mobility information elementsRB Information ElementsTrCH Information ElementsUnlink transport channelsDownlink transport channelsPhvCH information elementsFrequency info_QEUnlink radio resourcesDownlink radio resources3.1.1 UE 信息表3.1.2 IE “UE Information Elements”数据

42、接口Information Element/Group nameNeedRRC transaction identifier_JM2_Integrity check infoCHIntegrity protection mode infoOPCiphering mode infoOPActivation timeMDNew U-RNTIOP_New C-RNTI_QE_New DSCH-RNTI_OP_RRC State IndicatorMPUTRAN DRX cycle length coefficientOP3.1.1 Integrity protection mode info/Cip

43、hering mode info参数意义修改完整性保护、加密相关的参数。参数设置的影响：RB控制消息中如果包括这些参数，则UE将修改RLC、MAC层的加密配置、 RRC层的完整性保护配置。参数配置策略：在UTRAN内，完整性保护、加密分别由RNC内的RRC、RLC/MAC来完成 的，因此一般来说（在没有Iur接口的情况下），只要SRNS不发生改变，不需要 修改完整性保护算法、加密算法等参数。也就是说，完整性保护、加密信息的修 改一般发生在信令建立时、或者SRNS重定位时。对于RB控制消息而言，只有重配置、SRNS重定位同时发生时，才需要在 消息中包括这些参数。 建议配置：RB 控制消息中，除了

44、“TRANSPORT FORMAT COMBINATION CONTROL、 “UPLINK PHYSICAL CHANNEL CONTROL” 消息之外，RNC 发起的其它消息 都可以包含这些参数。协议中，这两项为OP选项，在不发生SRNS重定位时，不需要配置此参数。3.1.2 Activation time参数意义此参数用于通知UE重配置生效的时间，即激活时间。此参数对MAC、PHY 有效，即UE的MAC、PHY将在此参数所对应的时刻开始启用新的配置。参数设置的影响：UE收到Activation time后，会对此参数重新解析并得到UE端的激活时间T。1) UE会比较Activation

45、time、最近的TTI帧的起点所对应的CFNtti。这里的 TTI 指 CCTrCH 的 TTI，而且 CFNTTINActivation time。CFNTTI=n*TTI/10，n 取 值范围0,2560/TTI-1；2) 如果二者重合，则 T=Activation time=CFNTTI；3) 如果二者不重合，则T=CFNtti；如果发生的是物理信道重配(如DCH-DCH，且物理信道发生改变的情况)， 则UE将在时刻T释放旧的物理信道、并对新的物理信道进行初始化。这个参数是为了保证Uu接口两端的重配置能同步进行。RNC侧需要通知本 地MAC、PHY (Node B)重配生效的激活时间(Activation time)，所以RNC要 保证本地使用的激活时间、RB控制消息中的激活时间保持一致。如果不一致， 则可能会使数据