 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
提问者:
• 4G小区有RRC建立，无ERAB请求。 2018-07-13
• 为什么要进行RRC或RAB修改，在什么情况下要进行，尽量以实例说明 2017-08-12
• 上行干扰对RRC连接建立成功率和ERAB建立成功率哪个影响最大？ 2016-11-19
• 华为LTE设备，RRC建立正常，E-RAB建立失败较多 2016-05-06
• LTE小区初搜、附着，随机接入，RRC连接、RAB建立、DRX 2015-12-04
• TE-LTE中 RRC建立和E-RAB建立的区别 2015-11-26
• TD-lte小区，RRC连接成功率正常，E-RAB连接成功率低，一般有哪些原因，应该怎么查，什么步骤？ 2015-11-23
• RRC建立失败原因值、E-RAB建立失败原因值都包括什么 2015-09-01
• 为什么要进行RRC或RAB修改，在什么情况下要进行，尽量以实例说明 2017-08-12
• 上行干扰对RRC连接建立成功率和ERAB建立成功率哪个影响最大？ 2016-11-19
• 华为LTE设备，RRC建立正常，E-RAB建立失败较多 2016-05-06
• LTE小区初搜、附着，随机接入，RRC连接、RAB建立、DRX 2015-12-04
• TE-LTE中 RRC建立和E-RAB建立的区别 2015-11-26
• TD-lte小区，RRC连接成功率正常，E-RAB连接成功率低，一般有哪些原因，应该怎么查，什么步骤？ 2015-11-23
• RRC建立失败原因值、E-RAB建立失败原因值都包括什么 2015-09-01
问题答案
( 4 )
RRC建立信令RAB建立业务
回答者：
lzeden
回答时间：2013-04-19 19:32
38
32
无线承载和无线资源控制，我记得是
回答者：
jingmhua
回答时间：2013-04-19 19:49
38
30
RRC：无线资源控制，主要体现信令建立RAB：无线接入承载（用户数据的传输）主要体现在业务上，是QOS的配置，是UE与CN之间链接的约定。
回答者：
Mr李
回答时间：2013-04-19 20:51
36
30
RAB：Radio Access Bearer，无线接入承载：由接入层提供给NAS的在UE和CN之间传输用户数据的服务。RAB可以看作是UE与CN之间接入层向非接入层提供的业务（不关心该承载是以何种方式实现的），主要用于用户数据的传输。RAB直接与UE业务相关，它涉及接入层各个协议模块，在空中接口上，RAB反映为无线承载（RB）。
RRC：Radio Resource Control，RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。
RRC 和 RAB 有什么不同，PS和CS
1、RRC 无线资源控制，起功能是系统信息广播、寻呼控制、RRC连接控制等功能。
2. RAB的建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功之后，一个基本的呼叫即建立，UE进入通话过程。
除了这个之外，还有一个很重要的就是呼叫的详细流程：
1。UE呼叫，首先是上行预同步，在UpPCH信道进行SYNC_UL的发送；
2。下行FPACH信道的功控指示，UE功率控制；
3。RACH信道的接入，RRC连接的建立；
4。FACH信道指配，完成鉴权、加密和 呼叫控制；
5。CN和UE完成RAB的建立，完成DPCH业务信道。
呼叫的整个过程就是① 随机接入的过程----信令通道的建立；② RAB建立后业务信道的完成。
搞清楚这些后，RRC和 RAB 都很清楚了！
CS域是电路承载域，走语音的，PS域是数据域，走得是IP，用于手机上网。在3g下，接入网同时连接CS和PS，即核心网分割为CS,PS，打电话信号走cs，数据业务信号走PS.
RRC RL RB RAB
1）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格式信息参数，<分不同的组合速率或者组合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 Cause
3． 定时器
当发送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：Radio Resource Control，RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。
RRC 和 RAB 有什么不同，PS和CS
1、RRC 无线资源控制，起功能是系统信息广播、寻呼控制、RRC连接控制等功能。
2. RAB的建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功之后，一个基本的呼叫即建立，UE进入通话过程。
除了这个之外，还有一个很重要的就是呼叫的详细流程：
1。UE呼叫，首先是上行预同步，在UpPCH信道进行SYNC_UL的发送；
2。下行FPACH信道的功控指示，UE功率控制；
3。RACH信道的接入，RRC连接的建立；
4。FACH信道指配，完成鉴权、加密和 呼叫控制；
5。CN和UE完成RAB的建立，完成DPCH业务信道。
呼叫的整个过程就是① 随机接入的过程----信令通道的建立；② RAB建立后业务信道的完成。
搞清楚这些后，RRC和 RAB 都很清楚了！
CS域是电路承载域，走语音的，PS域是数据域，走得是IP，用于手机上网。在3g下，接入网同时连接CS和PS，即核心网分割为CS,PS，打电话信号走cs，数据业务信号走PS.
RRC RL RB RAB
1）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格式信息参数，<分不同的组合速率或者组合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 Cause
3． 定时器
当发送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：收到的消息中有部分丢失或者无法解读、逻辑错误。
回答者：
OscarDon
回答时间：2013-04-19 23:01
47
34
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |