《RAB建立成功率优化分析思路》由会员分享，可在线阅读，更多相关《RAB建立成功率优化分析思路（9页珍藏版）》请在金锄头文库上搜索。
1、RAB建立成功率优化分析思路1.1.1 1RAB相关协议描述RAB指派(RABAssignment)概述RAB或为指定的UE建立一个新的RAB，RAB分配流程用于修改或释放一个已经建立的此流程是面向连接的。1.1.2成功操作RNCCNRABASSIGNMENTREQUESTRABASSIGNMENT*可能有多个响应图1:RAB分配流程CN通过发送RABASSIGNMENTREQUEST消息发起本流程。RABASSIGNMENTREQUEST消息发送后，CN启动定时器TRABAssgt通过RABASSIGNMENTREQUEST消息，CN可以要求UTRAN:- 建立；- 修改；- 释放。个或几个
2、RABHUAWEI文档名称文档密级消息应包含UTRAN建立新的RAB所需的信息，如：- 需建立或修改的RAB列表及其承载特性；- 需释放的RAB列表。对每个请求建立或修改的RAB，消息应包含：- RABID- RAB参数（包括，如分配/保持优先级）- 数据流量报告指示（仅PS）- 用户平面模式-UP模式版本- PDP类型信息（仅PS）- 传输层地址- -Iu传递偶联DLGTP-PDU序号（仅GPRS到UMTS的切换或为已有的PDP上下文建立一个RAB）ULGTP-PDU序号（仅GPRS到UMTS的切换或为已有的PDP上下文建立一个RAB）- DLN-PDU序号（仅GPRS至UUMTS的切换）-
3、 ULN-PDU序号（仅GPRS至UUMTS的切换）对请求释放的RAB，消息应包含：- RABID- 原因收至URABASSIGNMENTREQUEST消息后，UTRAN要按要求配置RAB。对于特定CN上确定的UE,RABID唯一的标识通过RABASSIGNMENTREQUEST消息得到的Iu连接上确定的一个RAB。当RABID在对应的Iu接口上已被使用，本流程就认为是对该RAB进行修改。RNC要随时准备接收包含RABstobereleasedIE信元的RABASSIGNMENTREQUEST消息，并应答。如果一个正在进行的RABAssignment流程正在对RABstobereleasedI
4、E信元HUAWEI文档名称文档密级中指出的RAB进行操作，RNC要为这个RAB放弃正在进行的RABAssignment流程，释放相关资源并在RABASSIGNMENTRESPONSE响应消息中报告释放的RAB。对于每个请求建立或修改的RAB，RNC要把RABIDIE信元的内容传到无线接口协议。RNC要根据Allocation/RetentionPriorityIE信元的值(prioritylevel，pre-emptionindication，queuing)以及当前的资源状况按如下规则建立或修改资源：- 在决策资源分配时，RNC要考虑各请求RAB的优先级。- 如果请求的RAB允许排队并且资源
5、状况需要，RNC可以把RAB放入队列中。prioritylevels和pre-emptionindicators可以单独或组合起来，用于判定是否应立即无条件地执行RAB分配。如果请求的RAB允许预占并且资源状况需要，RNC可以触发预占流程，强拆优先级低的RAB。预占流程的处理和程度是由运营商决定的，如果RABASSIGNMENTREQUEST消息中给出了pre-emptionindicators，贝U应作如下处理：1. 使用最后收到的Pre-emptionVulnerabilityIE信元和PriorityLevelIE信元的值。2. 如果Pre-emptionCapabilityIE信元的值
6、是“cantriggerpre-emption，那么这条分配请求消息可以触发预占流程。3. 女口果Pre-emptionCapabilityIE信元的值不是“cantriggerpre-emption”，那么这条分配请求消息不能触发预占流程。4. 如果Pre-emptionCapabilityIE信元的值是vulnerabletopre-emption，那么该连接可以被包含在预占处理中。5. 如果Pre-emptionCapabilityIE信元的值不是vulnerabletopre-emption”，那么该连接就不能被包含在预占处理中。如果PriorityLevelIE信元的值是noprio
7、rityused”，那么Pre-emptionCapabilityIE信元和Pre-emptionVulnerabilityIE信元的值均不考虑，而使用“cannottriggerpre-emption”和“notvulnerabletopre-emption”值。如果RABASSIGNMENTREQUEST消息中没有给出Allocation/RetentionPriorityIE信元的值，那么分配请求不会触发预占处理，连接不会受预占的影响并认为优先级最低。而且，不允许进行排队。- UTRANpre-emption处理遵循如下原则：1. UTRAN仅以优先级的升序抢占优先级较低的RAB。2.
8、抢占针对的RAB可以属于同一个UE,也可以属于不同的UE。如果RABASSIGNMENTREQUEST消息中含有PDPTypeInformationIE信元，那么HUAWEI文档名称文档密级UTRAN就可以用它来形成密集算法。UTRAN要在第一条RABASSIGNMENTRESPONSE消息中向CN报告所有请求RAB的执行结果，如：- 成功建立的RAB列表。- 成功修改的RAB列表。- 释放的RAB列表。- 建立、修改或释放失败的RAB列表。- 排队的RAB列表。如果RNC无法识别一个请求释放的RAB的RABID，就报告RAB释放失败，失败原因是InvalidRABID”。女口果RABASSI
9、GNMENTREQUEST消息中包含NASSynchronisationIndicatorIE信元,RNC将其传送到无线接口协议，再传给UE。如果一个修改或释放RAB的请求中包含的RABID所指示的RAB正在队列中，那么RAB会从队列中取出，按第二个请求来处理。第一个请求以RAB建立或修改失败响应，失败原因是Requestsuperseded。如果没有RAB排队，CN停止定时器TRABAssgt,RABAssignment流程结束。在这种情况下，UTRAN中的流程也结束。若有一个或多个请求建立或修改的RAB在队列中，UTRAN会启动定时器Tqueuing。该定时器对应建立或修改请求执行调度的最
10、大时间。同一个定时器Tqueuing用于监管所有排队的RAB。排队的RAB，可能有如下结果:建立或修改成功；建立或修改失败；因定时器TQUEUING超时而失败。对于由第一条RABASSIGNMENTRESPONSE消息中指明排队的RAB，如果定时器Tqueuing超时，UTRAN会报告排队结果，每个RAB独立使用一条响应消息或若干个RAB使用一条RABASSIGNMENTRESPONSE消息上报，这取决于具体实现。所有RAB已建立、修改成功或失败时，UTRAN会停止定时器Tqueuing。当所有的RAB都有了响应之后，RABAssignment流程在CN和UTRAN中分别结束。如果CN收到应答
11、指明一个或多个RAB在排队，CN希望UTRAN在定时器Trabasss超时前提供每个RAB排队的结果。如果定时器TRABAssgt超时，CN将认为RABassignment流程结束，所有没有报告的RAB都被认为失败。如果定时器Tqueuing超时，RABAssignment流程对于所有在UTRAN中排队的RAB都结束，UTRAN用一个RABASSIGNMENTRESPONSE消息上报所有RAB的情况。RABASSIGNMENTPROCEDURE在CN中也结束。只有在RAB建立或修改所需要的传输网络控制面信令执行完毕后，UTRAN才会报告每个特定RAB建立或修改的执行结果。传输网络控制面信令将使
12、用TransportLayerAddressIE信元禾口luTransportAssociationIE信元。报告RAB建立或修改的结果后，RNC应按CN在UserPlaneModeIE信元中的要求初始化用户面模式。细节参见6。UTRAN上报RAB修改不成功时，原因值应足够准确，以便CN掌握情况。典型的原因值有：RequestedTrafficClassnotAvailable,InvalidRABParametersValue,RequestedMaximumBitRatenotAvailable,“RequestedMaximumBitRateforDLnotAvailable”,“Req
13、uestedMaximumBitRateforULnotAvailable”,RequestedGuaranteedBitRatenotAvailable,“RequestedGuaranteedBitRateforDLnotAvailable”,“RequestedGuaranteedBitRateforULnotAvailable”,RequestedTransferDelaynotAchievable,InvalidRABParametersCombination,ConditionViolationforSDUParameters,ConditionViolationforTraffi
14、cHandlingPriority,ConditionViolationforGuaranteedBitRate,UserPlaneVersionsnotSupported,luUPFailure。1.1.3不成功操作有关第3类基本流程的不成功操作已在成功操作的相关章节中描述。1.1.4异常情况与重定位准备的交互在RAB分配过程中，如果为了保持和UE的通信需要执行重定位，RNC会中断正在进行的RABAssignment流程并发起RelocationPreparation流程，处理如下：1. RNC会终止不成功的RAB结构修改的RABAssignment流程：所有排队的RAB;没有完成建立或修改
15、的RAB;没有完成释放的RAB;原因为“Relocationtriggered”。2. RNC终止成功的RAB结构修改的RABAssignment流程：- 已经完成建立或修改，但尚未向CN报告的RAB;已经完成释放，但尚未向CN报告的RAB。3. RNC使用一个RABASSIGNMENTRESPONSE消息报告流程执行结果。4. RNC通过发起RELOCATIONREQUIRED消息给激活的CN节点，激活重定位。5. CN在收至URABASSIGNMENTRESPONSE消息后，结束RABAssignment流程。1.2RAB释放请求(RABReleaseRequest)1.2.1概述RAB释放请求的目的是由UTRAN请求释放一或多个RAB。该流程是面向连接的。1.2.2成功操作RNC他RABRELEASEREQUEST图2:RAB释放请求流程.成功操作通过向CN发送RABRELEASEREQUEST消息，RNC发起本流程。RABstobereleasedIE信元指明请求释放的RAB列表，与每个RAB相关的CauseIE信元指明释放原因，如“RABpre-empted”。收到RABRELEASEREQUEST消息后，CN对该消息中指明的RAB发起适当的释放流程。如何响应释放请求是由CN来决定的。与Iu释放命令的
