RRC、RL、RB、RAB的概念.docVIP

）RRC连接是为了建立UE和UTRAN之间的信令连接（SRB1-SRB4），可以通过CCH或者DCH，如果建立在DCH，上下行各占用1个码道（SF=16）在HS业务建立的时候，要占用两个码道；且PS的速率包括信令连接占的码道。类似还有RNC和NodeB之间的Iub连接，RNC和CN之间的IU连接，但是Iub连接是一直存在的，不需要在每次UE和CN连接都去建立和释放，而Iu连接则必须每次去建立和释放（这里是指面向连接的信令和数据承载，无连接的除外）。（2）RL是为了建立RNC和NodeB之间的DCH的连接，只要数据走DCH，必须配置这个链路。RL是一个逻辑概念，其实就是一个格式集，数据在L2和L1之间传输（MAC-D-DCH/HS-DSCH/DSCH/USCH FP-DPCH/HS-DPSCH 传输信道和MAC-D FLOW（mac-dh-mac-hs），在DCH时要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH时，L2-L1的链路已经建立完成，因此不需要配置RL，但RNC和NodeB的连接是存在的，所以RL是格式集。在RL之下还有一个叫Iub数据传输承载的东西，它和RL的主要区别在于Iub数据承载承载的是Iub接口的数据，而RL是Uu口的数据，RL是位于Iub承载之上的。（可以这样理解：Iub承载是AAL2承载，公共信道的FP是建立在AAL2上的，因此小区建立的时候会建立一些承载，如果要使用DCH信道，也要先建立DCH的AAL2承载。）（3）RB是UE和UTRAN之间的连接格式集，就是UU口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可（实际上也有无线承载，即SRB），但只要有业务，就必须配置RB，同样，必须配置Iub承载（只要有DCH就必须去配置DCH FP的承载，同RL一样）。（4）RAB是UE和CN之间的连接的约定，体现在业务上，主要是Qos的配置。为了在无线环境中传输，就必须借助无线接入网，因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。（5）相关的问题就可以这要理解了：? 如果没有业务要建立，例如位置区登记、更新，只需要建立RRC连接、Iu连接，而不需要去建立RL、Iub承载、Iu承载、RAB、RB。? 如果要在CCH上建业务，比如PS8k业务，必须建立RRC连接，Iu连接，然后建立RAB、RB、Iub承载、Iu承载，但是不需要建立RL。? 这时一旦RB失败，业务已经失败，RNC将回复CN消息RAB指配响应指示失败，CN决定是否释放业务。? 如果要在DCH上建CS业务，则必须建所有的连接和承载，并且RRC连接必须建立在DCH上，这样：? 一旦RRC连接失败，释放所有的连接和承载，包括RL；? 一旦RL配置失败，如果存在原先配置，则恢复到原先配置，RNC自己不会去释放RRC、RL、Iu等，回复CN RAB指配响应指示失败，按照CN新的指令去执行，业务肯定要失败的，一般来说，如果CN发现业务失败了，将会发起IU释放的流程。? 一旦RB配置失败，CS业务是不行了，如果是在RL RECFG COMMIT之前收到RB配置失败，RL恢复到原来的RL，RNC回复CN RAB指配响应指示失败，由CN决定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失败，因为RNC无法恢复原来的RL，因此所有的业务都失败了，RNC向CN回复RAB指配响应指示失败，同时释放所有的连接和承载。? 如果要在DCH上建PS业务，所有的连接和承载都得建立，如果RRC连接建立在DCH上，对于RRC、RL、RB配置失败的处理同CS一样，如果RRC连接建在CCH上时，其实处理还是一样的?。注意一点：在PS业务释放的时候，CN发RAB指配，这时候需要去重新申请两个码道的资源去传信令，如果没有资源了，则异常释放，不会执行RL重配和RL删除了。（6）在TD-SCDMA中，一个UE最多只有一个RRC连接，当执行硬切换时，最多可以有两条RL，但一般都只有一个RL（包括组合业务），多RAB，两个Iu连接（1CS+1PS），多RB。（7）SRB呢？从某种意义上说，SRB和RB是个孪生兄弟，SRB是信令RB，在建立RRC连接的时候，SRB就建立起来了，为了传递UE和UTRAN之间的信令，而RB是用户面RB，只有在建立业务的时候，即需要传递用户面数据的时候才建立RB。在小区建立的时候，SRB0就已经建立了，传CCCH信令，SRB1-SRB4在RRC建立的时候建，传DCCH信令，SRB5以上都是业务RB，其实就是RB。（8）相关的消息：? RRC连接相关消息：包括RRC连接请求、RRC连接建立（释放）、RRC连接建立（释放）完成，在这些消息中，主要有这些内容：? RB预存指示? UE信息? 测量信息? SRB信息? 传输信道信息? 物理信道信息? 无线资源信息? RL相关消息：RL建立、增加、重配置、删除等。? 传输信道信息（包括MAC-D FLOW）? RL信息? RB相关消息：RB建立、释放、重配置? UE信息? CN信息? UTRAN移动性信息? RB信息? 传输信道信息? 物理信道信息? 无线资源? RAB相关消息：RAB指配请求、RAB指配响应、RAB释放请求? RAB信息? Iu连接相关消息：Iu释放命令、Iu释放完成、Iu释放请求? RAB信息详述RAB ASSIGNMENT REQUEST 1 功能 CN通过RAB ASSIGNMENT REQUEST消息请求UTRAN： 建立：UE通过直传消息请求建立业务，CN处理这个业务请求。 修改：UE通过直传消息请求修改RAB，CN处理这个业务请求。 释放：CN释放相关业务。 一个或多个RAB。2 消息IE? RABs To Be Setup Or Modified List：用于建立或者修改RAB? RABs To Be Setup Or Modified Item IEs? First Setup Or Modify Item? RAB ID：标志一个RAB，包含CS域的流标志符（SI）或者PS域的网络服务接入点识别符（NSAPI）编码。如果在特定的Iu实例上使用了同样的RAB ID，本过程用于修改这个RAB。对于每个请求建立或修改的RAB，RNC要把RAB ID IE信息元素的内容传到无线接口协议。 ? NAS Synchronisation Indicator：NAS信息，用于CN要传NAS消息时，通过空口传给UE。? RAB Parameters：与UE中请求的Qos相同? Traffic Class：Qos类型? RAB Asymmetry Indicator：对称性指示? Maximum Bit Rate：最大比特率? Guaranteed Bit Rate：保证比特率，根据最大比特率和设置的比例计算? Delivery Order：提示是否提供SDU排序。? Maximum SDU Size：SDU 大小? SDU parameters：SDU参数，分不同的RAB子流。? SDU Error Ratio ：SDU错误率，尾数10-指数（传输错误的SDU）? Residual Bit Error Ratio：残留比特错误率：尾数10-指数? Delivery Of Erroneous SDU：是否传输错误的SDU? SDU format information Parameter ：SDU格式信息参数，? Subflow SDU Size ：RAB子流组合SDU大小（预定义SDU大小）? RAB Subflow Combination Bit Rate ：RAB子流组合比特率（预定义可控速率大小）? Transfer Delay:传输时延，用于会话或者流业务? Traffic Handling Priority：使用的优先级? Allocation/Retention priority：分配/保持优先级如果RAB ASSIGNMENT REQUEST消息中没有给出分配/保持优先级 (Allocation/Retention Priority)IE的值，那么分配请求不会触发抢占处理，此连接容易被抢占并认为优先级最低。而且，不允许进行排队。? Priority Level：优先级层次，0（最高）15? Pre-emption Capability：抢占能力? Pre-emption Vulnerability：被抢占能力? Queuing Allowed：排队能力，如果允许被请求的RNC排队和资源状况需要，RNC可以把RAB放在建立的队列中。? Source Statistics Descriptor: （会话或者流业务）：“语音”或者“未知”，在RNC中通过SET RAB设置相应的参数与之对应。? Relocation Requirement: “没有”或者“无损”，迁移的时候是否考虑RAB。? User Plane Information? User Plane Mode:用户平面模式在报告特定RAB建立或修改的结果之前，RNC必须执行CN在用户平面模式IE中请求的用户平面模式的初始化。? UP Mode Versions：版本? Transport Layer Information：用于建立RAB或者修改RAB时包含NAS信息。? Transport Layer Address：传输层地址：对于PS域，这个信息元素是IP地址，用于用户平面的传送；对于CS域，这个地址用于传送网络信令建立用户平面连接。? Iu Transport Association：Iu传送关联，用于把RAB和对应的用户平面连接关联。对于CS域，建立U平面连接期间这个信息元素用于传送网络控制平面信令的Binding ID；对于PS域，这个信息元素是GTP TEID（隧道终点标志）。? Service Handover：业务切换表明请求的RAB是否应该、不应该或不允许执行系统间切换到GSM。 业务切换IE的值如果没有被RAB更改，在整个RAB的存在周期内有效。业务切换IE只影响有关UTRAN发起切换的决定。? Second Setup Or Modify Item? PDP Type Information：PDP类型信息，用于PS建立。只对PS，“ppp”、“ipv4”、“ipv6”，如果有两条，前面是下行，后面是上行。UTRAN就可以用它来配置任何压缩算法“ppp”、“ipv4”、“ipv6”。? Data Volume Reporting Indication：数据量报告指示，用于PS建立。指出当释放RAB时RNC是否必须为RAB计算不成功传送的NAS数据量和报告数据量。? DL GTP-PDU Sequence Number：发送到UE的下一GTP-PDU的顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。? UL GTP-PDU Sequence Number：发送到SGSN的下一GTP-PDU的顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。? DL N-PDU Sequence Number: 源系统已经发送到UE的下一下行链路N-PDU(PDCP PDU) 的Uu接口顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。? UL N-PDU Sequence Number：从UE期望的下一上行链路N-PDU(PDCP PDU) 的Uu接口顺序号码。用于PS RAB建立，且已有可用的PS RAB（即两个RAB以上）。? Alternative RAB Parameter Values：指示可选的RAB Qos参数（R5）? Alternative Maximum Bit Rate Information? Alternative Guaranteed Bit Rate Information? RABs To Be Released List：用于释放RAB? RABs To Be Released Item Ies? RAB ID：如果RNC无法识别一个请求释放的RAB的RAB ID，就报告RAB释放失败，失败原因是“无效 RAB ID”。如果在被释放RAB IE中包含了正在进行分配过程的RAB，RNC将放弃该RAB 的分配过程，释放相关资源并在RAB ASSIGNMENT RESPONSE响应消息中报告释放的RAB。? Cause：原因Radio Network Layer Cause：如重定位完成Transport Layer Cause：如Iu连接失败NAS Cause：如正常释放Protocol Cause：如传输语法错误Miscellaneous Cause：如OM干预Non-standard Cause3 定时器当发送RAB ASSIGNMENT REQUEST消息时, CN将启动TRABAssgt 定时器。 ? 如果已经没有RAB排队，CN将停止定时器T RABAssg，并终止RAB分配过程。在这种情况下，还要在UTRAN终止这个过程。? 当建立或修改一个或几个RAB的请求进入队列时，UTRAN将启动定时器TQUEUING， 这个定时器规定建立或修改请求排队的最大时间，该定时器TQUEUING 同时监视所有排队的RAB。? 对于由第一条RAB ASSIGNMENT RESPONSE消息中指明排队的RAB，如果定时器TQUEUING超时，UTRAN会报告排队结果，每个RAB独立使用一条响应消息或若干个RAB使用一条RAB ASSIGNMENT RESPONSE消息上报，在CN也将终止RAB分配过程。? 当成功地建立或修改所有RAB，或建立或修改RAB失败时，UTRAN将停止定时器，在CN和UTRAN终止RAB分配过程。? 如果一个修改或释放RAB的请求中所包含的RAB ID所指示的RAB正在队列中，那么RAB会从队列中退出，按第二个请求来处理。第一个请求以RAB建立或修改失败响应，失败原因是“推迟请求”。4 失败报告当UTRAN报告不成功地修改RAB配置时，原因值应该足够准确而使CN网络知道不成功修改的原因。典型原因值是“被请求的业务量类别不可用”、“无效的RAB参数值”、“被请求的最大比特率不可用”、“被请求的保证比特率不可用” 、“被请求的传送时延不可用” 、“无效的RAB参数组合”、“SDU参数条件冲突”、 “业务量处理优先级条件冲突”、“ 保证比特率条件冲突”、“不支持用户平面版本”和“Iu UP故障”。5 异常情况? 与重定位准备的交互：为了保持与UE的通信，如果在RAB分配期间绝对需要重定位，RNC可以中断正在进行的RAB分配过程并启动重定位准备过程： 1) RNC将终止不成功的RAB配置修改的RAB分配过程： 对所有排队的RAB， 对还没有建立或修改的RAB和 对还没有释放的RAB。 原因为“触发的重定位” 2) RNC将终止成功的RAB配置修改的RAB分配过程： 对已经建立或修改但还未向CN报告的RAB和 对已经释放但还未向CN报告的RAB . 3) RNC将用RAB ASSIGNMENT RESPONSE消息报告过程的结果。 4) 通过发送RELOCATION REQUIRED到激活的CN节点， RNC将调用重定位。 5)接收到RAB ASSIGNMENT RESPONSE消息，CN将终止RAB分配过程。? 从UMTS到GSM定向重试（限于CS域）在CS域中RNC对特定UE没有RAB配置时，并且RNC接收到该UE请求建立RAB的RAB ASSIGNMENT REQUEST消息， RNC将发起对GSM的定向重试。此时，RNC可以中断正在进行的RAB分配过程并启动重定位准备过程，如下描述：RNC终止失败的RAB分配过程，指示RAB配置修改失败，原因是“定向重试(Directed retry)”。RNC将用RAB ASSIGNMENT RESPONSE消息报告结果。通过发送RELOCATION REQUIRED消息到激活的CN节点，RNC将调用重定位，原因是“定向重试(Directed Retry)”。接收到RAB ASSIGNMENT RESPONSE 消息，CN将终止RAB分配过程。6 与其他消息的关系? 关于RAB的释放，有三种情况：CN发起RAB ASSIGNMENT REQUEST消息RNC发起RAB RELEASE REQUEST消息CN发起IU RELEASE COMMAND消息什么时候触发这些消息呢？（1） CN发起RAB ASSIGNMENT REQUEST消息：如果CN决定释放部分或全部指定的RAB，为了实现这一目的，CN会决定调用RAB分配（释放RAB）过程。PS业务的正常流传，业务释放的时候启动这个流程，业务释放完成后启动IU RELEASE COMMAND。（2） RNC发起RAB RELEASE REQUEST消息：如果RNC遇到问题需要释放RAB，比如“RAB被抢占”，RNC向CN产生RAB RELEASE REQUEST消息，被释放RAB IE将指出被请求释放RAB的列表，与每个RAB有关的原因IE将指出释放的原因，例如“RAB抢占”。 如果CN决定释放部分或全部指定的RAB，为了实现这一目的，CN会决定调用RAB分配（RAB ASSIGNMENT REQUEST）过程。（3） CN发起IU RELEASE COMMAND消息：如果UE和CN之间的信息传输完成，CN启动这个过程，同时把RAB释放掉。CS业务的正常流传，业务释放的时候启用这个流程，没有RAB ASSIGNMENT REQUEST消息。? 消息RAB ASSIGNMENT RESPONSE的IE：? Message Type? RABs Setup Or Modified List：RAB建立或者修改的列表? RABs Setup Or Modified Item IEs? RAB ID? Transport Layer Address? Iu Transport Association? DL Data Volumes? Data Volume List? Unsuccessfully Transmitted DL Data Volume： RAB在无线接口的DL方向不成功传送的数据量。? Data Volume Reference：当数据量计数时该信息元素指出时间。Assigned RAB Parameter Values（R5）：经过协商改变的RAB Qos? RABs Released List：RAB释放的列表? RABs Released Item IEs? RAB ID? DL Data Volumes? Data Volume List? Unsuccessfully Transmitted DL Data Volume? Data Volume Reference? DL GTP-PDU Sequence Number? UL GTP-PDU Sequence Number? RABs Queued List：RAB排队的列表? RABs Queued Item IEs? RAB ID? RABs Failed To Setup Or Modify List：RAB建立、修改失败的列表和原因? RABs Failed To Setup Or Modify Item IEs? RAB ID? Cause? RABs Failed To Release List：RAB释放失败的列表和原因? RABs Failed To Release Item IEs? RAB ID? Cause? Criticality Diagnostics：收到的消息中有部分丢失或者无法解读、逻辑错误如果网络决定将RRC连接建立FACH上，那么SRB1-SRB4对应的DCCH1-DCCH4将被复用在FACH(下行），和RACH(上行），那么承载专用逻辑信道的FACH/RACH与基站开通时建立的用于承载CCCH的FACH/RACH是同一条传输信道，还是另外新开启的传输信道？ 具体需要区分那条FACH对应哪条逻辑信道么？FACH信道到可以根据需要配置多条。只是不明白如何将DCCH和CCCH映射到不同的FACH上 它们可以共用一个trch fach，通过逻辑信道ccch或dcch来区分。在ue开机后会配置pch+fach1+fach2一个cctrch。其中fach1就是dcch和ccch的复用FACH上可以支持低速信息,将已经分配专用信道但是又长时间没有信息提交的用户主动切换到FACH信道上,用户的位置更新信息或其他信息则直接从FACH提交,这样可以为新介入的用户提供专用物理信道,间接提升TD系统容量.fds1fads不K:JFD()$#_本文来自移动通信网,版权所有但是这样对系统容量和用户感知究竟将会带来什么影响呢?uierpoeK:JFD()本文来自移动通信网,版权所有其实我比较关注的是系统容量的提升。这个方面的效果明显吗？成一个什么比例？个人认为用户的感知应该取决与当前的信号强度和质量，无论是用FACH，还是DCH，只要强度和质量没问题，用户的感知不会有影响IMSI全称是International Mobile Subscriber Identification Number，IMSI即国际移动用户识别码，在GSM系统中，给每个移动用户分配一个唯一的国际用户识别码IMSI，此码在网中所有位置包括漫游区都是有效的。我们的手机号码在系统中是被转换为IMSI进行通信的；当你的手机开机后在接入网络的过程中有一个注册登记的过程，系统通过控制信道将经加密算法后的参数组传送给客户，手机中的SIM卡收到参数后，与SIM卡存储的客户鉴权参数经同样算法后对比，结果相同就允许接入，否则为非法客户，网络拒绝为此客户服务。 IMEI是国际移动设备识别码，IMEI唯一地识别一个移动设备，用于监控被窃或无效的移动设备。 TMSI临时移动用户识别码，为保证移动用户识别的安全性，GSM系统在空中接口传递TMSI代替IMSI P-TMSI（Packet Temperate Mobile Subs cription Identity）：分组临时移动用户识别码只有CELL_FACH和IDLE需要进行随机接入，随机接入是一种竞争机制。CELL_DCH下，RNC已经给UE分配了时隙、码道等，不需要进行随机接入。FPACH是物理信道信道，主要是用来算TA的，和指示UE发送PRACH的位置。# NRRC子层的状态转移下图给出了整个RRC子层的状态转移情况，从图中可以看出，RRC子层根据是否有RRC连接存在而分成了空闲模式和连接模式。而连接模式下又根据无线资源分配的不同情况分为了四个状态：CELL-DCH状态、CELL-FACH状态、CELL-PCH状态和URA-PCH状态。根据无线资源分配情况的变化，触发RRC子层状态间的迁移；而通过RRC连接的建立和释放触发空闲模式和连接模式之间的迁移。 在空闲模式下，通过对服务小区和邻近小区测量值的监控，来触发小区重选，以最大程度保证小区驻留在一个最好的小区内，为可能发起的呼叫以及其他业务做好准备；而在连接模式下，其CELL-FACH、CELL-PCH和URA-PCH这三种状态下都有小区重选过程。连接模式下的小区重选是UE实现其连接移动性的重要过程。连接模式下，UE同样通过对服务小区和邻近小区测量值的监控，来触发小区重选，再配合小区更新/路由更新等过程，确保了服务小区的质量，降低了了掉话率。 RRC子层状态转移图 CELL-DCH状态下，一段时间内，如果业务量一直很低，则CELL-DCH转成CELL-FACH；CELL-FACH状态下，如果收到4a event,即需要大的带宽传输数据时，则转到CELL-DCH；CELL-FACHCELL-PCH。业务测量，在一段时间内，如果 业务量一直为0。则CELL-FACHCELL-PCH，CELL-PCHURA-PCH。在一段时间内，如果小区更新消息超过了一定次数，则CELL-PCHURA-PCH。那么CELL_PCH或URA_PCH状态是否就是终态呢？答案是否定的！对于CELL_PCH或URA_PCH状态用户，RNC会在资源不足的情况下，回收这部分资源，以预留给未来的潜在用户。即RNC会将UE的RAN侧资源统统释放。Rrc层的功能RRC层的主要功能：RRC连接管理（RRC connection management）：移动台向系统提出接入请求，需要完成RRC连接建立过程。在RRC连接建立过程前要完成开环功控，RRC连接建立实际上是移动台和RNC之间的对话，RRC连接建立的标志是由RNC分配给移动台的24位临时识别符将会在RRC连接建立响应消息中发送给移动台。移动台会获得上行链路扰码的码序列发生器的初始值。RNC通过临时识别符来区分各移动台的RRC连接。无线承载管理（Radio Bearer management）：RNC接收来自核心网的无线访问承载请求，根据Qos的请求，与RNC内部的业务模板进行匹配，然后完成无线承载的分配。涉及到如吞吐量、Qos、传输信道等的描述。无线资源管理（Radio Resource management）：包括码字、POWER的分配，无论是RRC建立初期的资源