LTE典型业务流程.docx

资料编码eRAN2.2LTE典型业务流程文档版本01 华为技术有限公司 华为专有和保密信息 版权所有 华为技术有限公司iiieRAN2.2LTE典型业务流程前 言修改记录修改记录累积了每次文档更新的说明。最新版本的文档包含以前所有文档版本的更新内容。文档版本 01 (2011-09-30)第一次发布。eRAN2.2LTE典型业务流程目 录目 录1 基本接入流程21.1.1 初始上下文接入21.1.2 E-RAB建立流程21.1.3 E-RAB修改流程21.1.4 E-RAB释放流程22 移动性管理-切换测量22.1 切换测量22.1.2 空口测量机制22.1.3 事件测量22.1.4 周期测量22.1.5 测量关联23 移动性管理-切换流程23.1 基站内切换23.2 站间 X2接口切换23.3 站间 S1接口切换2eRAN2.2LTE典型业务流程3 移动性管理-切换流程LTE典型业务流程1 基本接入流程基本接入流程包括初始上下文接入和ERAB建立流程。1.1.1 初始上下文接入UE在接入网侧发起建立后，核心网会请求建立初始上下文接入。初始建立上下流程会建立UE的默认承载（Default bearer），根据协议（TS 23.401）要求，当UE首次接入PDN后，核心网需要为其分配第一条承载，此承载会一直存在，直至UE与PDN断链。此承载被称为默认承载。与之相对，在建立了默认承载后，相同的PDN与UE建立的其他承载都被称为专用承载（Dedicated bearer）。初始上下文建立流程 UE 首次登录网络，首先发起随机接入，UE向ENODEB发起RRC CONNECTION REQ消息。 ENODB 在通过准入后会向UE分配资源，并发送RRC CONNECTION SETUP消息，在消息中携带需要UE建立SRB的参数配置。 UE接受配置后会发送RRC CONNECTION SETUP COMPLETE 消息，消息会从新建立的SRB发送。同时在RRC CONNECTION SETUP COMPLETE消息中会携带NAS消息（Attach Request 或者Service Reques）。如果UE不接受此配置，一般情况UE会重新发起随机接入流程。Notes:携带消息为Attach Request消息的场景，UE在之前跟核心网发起了Detach流程，完全删除了再核心网侧的上下文，或者UE出现异常掉电，数据卡插拔，UE丢失了运行数据，再次接入，发送的NAS消息都是Attach Request来请求在核心网建立上下文。携带消息为Service Request消息的场景，在商用网络UE发送的消息为Service Request消息的常见场景是，UE已经Attach 成功，而后因为长期没有任何数据传输导致eNodeB不激活定时器超时而被eNodeB主动释放，此时发送给核心网的UE CONTEXT RELEASE REQUEST消息中的释放原因值为“user inactive”,核心网侧依然保留了UE的上下文，当因为上层应用需要UE重新接入LTE网络时，发送的消息就是Service Request来请求核心网回复之前的复位。 如果发送的是Attach Request ，核心网可能会发起安全识别，鉴权和NAS加密流程。UE和核心网之间通过已经建立的SRB来交互NAS消息。 UE与核心网的交互流程通过后，核心网会向基站发送INITIAL UE CONTEXT SETUP REQ消息，消息中会携带以下主要参数。IE/Group NamePresenceRangeExplainationUE Aggregate Maximum Bit RateMUE最大带宽，是UE所有的NON-GBR业务能够共享的最大带宽E-RAB to Be Setup List1需要建立的ERAB承载，包含默认承载。E-RAB to Be Setup Item IEs1 to 如果建立一个，则建立的即为默认承载，如果建立多个则默认承载包含在其中，在消息中没有默认承载的特殊指示。E-RAB IDMERAB IDE-RAB Level QoS ParametersMERAB Qos 参数，包含ERAB 对应的QCI,抢占优先级和GBR业务的保证速率及最小速率。Transport Layer AddressMERAB承载核心网侧的传输地址GTP-TEIDMERAB承载对应的GTPU TEIDNAS-PDUONAS消息UE Security CapabilitiesMUE的安全能力，包含UE支持的加密算法和完整性算法类型。Security KeyM空口加密和完整性保护的原始密钥，由核心网提供给ENDOEBTrace ActivationO全网跟踪激活指示Handover Restriction ListO切换限制区域UE Radio CapabilityOUE的能力，如果核心网储存有此UE的能力则会带给ENODEB,如果没有则不会携带，ENDOB会在空口发起查询流程。Subscriber Profile ID for RAT/Frequency priorityOSP IDCS Fallback IndicatorOCSFB指示，如果此指示为TRUE，则说明发起的是CSFB流程，ENODEB会发起异系统测量。SRVCC Operation PossibleOSRVCC指示CSG Membership StatusORegistered LAIO eNodeB收到INITIAL CONTEXT SETUP REQUEST消息后，根据RRM算法及安全相关算法，为UE分配接入层资源，并通过Uu接口相关流程完成UE配置过程。 eNodeB收到UE的配置响应消息后，通过INITIAL CONTEXT SETUP RESPONSE消息向MME回复配置结果，初始UE上下文建立过程结束。初始UE上下文建立过程中会为UE建立起包括默认承载在内的多个E-RAB承载、建立安全配置信息、建立切换规则信息、UE能力信息等等一系列的上下文信息。伴随着初始UE上下文建立过程，UE首先完成RRC接入过程，UE的RRC状态从RRC_IDLE转移至RRC_CONNECTED状态；同时UE完成NAS层交互过程，UE的ECM状态从ECM_IDLE状态转移致ECM_REGISTERED状态；同时完成UE的安全模式配置过程。MME会在初始UE上下文建立过程中为UE建立一条到PDN GW的连接，此承载会一直存在，称之谓默认承载，直至UE与PDN GW断链。如UE连接到多个PDN GW则每一个PDN GW都会与UE有一条默认承载。同一个PDN GW和UE之间建立的除默认承载以外的其它承载称之谓专有承载。常见失败流程l RRC SETUP REQ消息无响应ENB接收到UE的RRC SETUP REQ消息没有任何消息下发，部分UE在此状态下可能会再三发起RRC 消息请求重试。出现此问题时，大多数情况是ENODB的资源已经耗尽，无法给新接入的UE分配资源。l UE无应答ENB 在发送了RRC SETUP消息后，UE没有发送RRC SETUP CMP消息。出现此问题后，eNodeB在等待RRC SETUP CMP消息超时后会本地释放分配给UE的资源并等待UE的下次建立。出现此情况一般情况是UE的上行信道较差，无法使用分配的专用资源与eNodeB建立链接。l 核心网不响应UE消息UE 发送RRC SETUP CMP消息后，ENODEB会提取RRC SETUP CMP消息中的NAS-PDU信元，并将其组装为INIT UE MESSAGE消息发送给核心网，如果核心网没有任何消息下发，ENODEB等待定时器超时后，会直接释放掉UE，而不会向MME发送任何释放消息。原因是此时ENODEB没有获得核心网为UE分配的MME S1AP ID（在第一条下行消息中携带），无法发送UE CONTEXT REL REQ消息。出现此问题时，需要检查MME的配置是否正确（例如在INIT UE MESSAGE 消息中的TAC在MME中是否有效），如果配置正常则需要与MME联合定位，如果是RAN 共享场景检查一下UE接入的核心网是否为所属运营商的核心网。l 核心网直接释放用户在接收到UE 的INIT UE MESSAGE消息后，核心网下发了 DL INFO TRANS消息，而后发送了UE CONTEXT REL CMD消息。ENODEB会按照核心网的要求释放掉用户。出现此问题时，需要检查INIT UE MESSAGE消息中的NASPDU信息和DL INFO TRANS消息中的NAS信息，一般情况下DL INFO TRANS消息中携带的都为NAS层的拒绝消息（Attach Reject， Service Reject,）等等消息，可以将消息发给核心网支持人员定位，也可以尝试跟换UE或者SIM卡，因为UE本身的APN设置和SIM卡的设置会影响 INIT UE MESSAGE 的NAS PDU消息赋值。l 初始上下文建立失败（一）核心网下发INIT UE CONTEXT SETUP REQ消息给 eNodeB后，eNodeB直接回复 INIT SETUP FAIL.出现此问题时，需要检查INIT SETUP FAIL消息中CAUSE的赋值，如果CAUSE赋值为“Transport resource unaviable”，需要检查基站的IP PATH配置，IP PATH配置的对端地址与INIT SETUP REQ消息中的地址是否一致。如果一致，是否配置了对应的IP路由。如果CAUSE 赋值为”sementic error”/”Transport synatax error”,”abstract sysnatax error”,则说明eNodeB 解析初始UE 上下文消息失败，需要将初始上下文消息与之前成功的消息对比，或者询问核心网支持人员。l 初始上下文建立失败（二）核心网下发INIT UE CONTEXT SETUP REQ消息给 eNodeB后，eNodeB与UE安全模式失败.出现此问题时，需要检查安全模式配置，一般情况下应该是相同加密算法有同样的加密优先级，即AES在完整性保护算法中为第一优先级，则AES在加密算法中也为第一优先级，如果都设为空加密算法，则可以尝试更换为AES或者SNOW 3G算法，已经发现有部分UE不再支持空加密的完整性保护算法。如果安全模式配置检查通过，需要检查UE接入的信令流程中是否包含了与核心网的NAS鉴权流程，目前有部分UE只有在鉴权流程通过后，才支持安全模式配置，此种情况下需要让核心网打开鉴权开关。1.1.2 E-RAB建立流程E-RAB建立流程是UE的专有承载建立过程，当UE完成初始UE上下文接入过程后，当需要进行新的业务服务时，会发起E-RAB建立过程。同样地，E-RAB建立过程也会伴随有NAS消息的交互，目的是在NAS层协商业务参数用于接入层的资源分配。下图所示为典型的E-RAB建立过程：E-RAB建立流程 在完成初始UE上下文建立过程后，当UE需要进行业务建立时，会通过NAS层消息交互向MME申请建立专有承载。 MME收到UPLINK NAS TRANSPORT后，根据NAS层消息内容为UE分配专有承载资源，并向eNodeB发送E-RAB SETUP REQUEST消息。消息中主要携带E-RAB建立列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。请参看该消息中的主要参数：IE/Group NamePresenceRangeExplainationUE Aggregate Maximum Bit RateOUE最大带宽，是UE所有的NON-GBR业务能够共享的最大带宽。E-RAB to be Setup ListM需要建立的E-RAB列表。E-RAB To Be Setup Item IEs1 to E-RAB IDME-RAB承载ID信息。 E-RAB Level QoS Parameters MQoS信息，指示UE要申请建立的业务对应的服务质量信息。 Transport Layer Address M传输层地址。 GTP-TEIDMGTPU TEID。NAS-PDUMNAS层信息。 eNodeB收到E-RAB SETUP REQUEST消息后，根据UE申请的资源按照相应的RRM算法为UE分配相关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等等。并向UE发送RRC Connection Reconfiguration消息。 UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配的相关资源完成参数配置，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。 eNodeB完成上述操作后即成功地为UE建立起对应的E-RAB承载，因此向MME发送E-RAB SETUP RESPONSE消息，E-RAB建立流程结束。E-RAB建立过程会为UE建立多条E-RAB承载，E-RAB建立的发起者可以是UE自身，也可以由网络发起。当UE需要进行新的业务时，或网络侧需要为UE建立新的业务时，就可以通过NAS层的专有承载激活过程为UE建立E-RAB，专有承载激活过程中UE和网络侧会协商QoS信息，接入网根据QoS信息为UE进行资源分配，并完成E-RAB的建立过程。E-RAB建立过程消息跟踪介绍E-RAB建立过程S1接口消息交互过程：E-RAB建立过程Uu接口消息交互过程：E-RAB SETUP REQUEST消息内容及关键信元：E-RAB SETUP RESPONSE消息内容及关键信元：1.1.3 E-RAB修改流程E-RAB修改流程的触发场景是在UE已经建立好相关承载的情况下，由于用户所需要的业务属性发生变化，需要修改相关的参数信息，从而通过E-RAB修改流程完成业务属性的变更过程。下图所示为典型的E-RAB修改过程：E-RAB修改流程 在完成初始UE上下文建立过程及E-RAB建立过程后，当UE需要进行业务变更时，会通过NAS层消息交互向MME申请建立专有承载。 MME收到UPLINK NAS TRANSPORT后，根据NAS层消息所携带的业务变更信息为UE分配专有承载资源，并向eNodeB发送E-RAB MODIFY REQUEST消息。消息中主要携带E-RAB建立列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。请参看该消息中的主要参数：IE/Group NamePresenceRangeExplainationMessage TypeM消息类型信息，标识出具体的消息类型为E-RAB MODIFY REQUEST消息。MME UE S1AP IDMMME分配的S1接口用户标识，在一个MME内唯一标识一个用户eNB UE S1AP IDMeNodeB分配的S1接口用户标识，在一个eNodeB内唯一标识一个用户UE Aggregate Maximum Bit RateOUE最大带宽，是UE所有的NON-GBR业务能够共享的最大带宽。E-RAB to be Modified ListM需要修改的E-RAB列表E-RAB To Be Modified Item IEs1 to E-RAB IDME-RAB ID，指标需要修改哪个E-RAB，必须是已经建立好的E-RAB E-RAB Level QoS Parameters MQoS参数信息，指示UE要申请修改的业务对应的服务质量信息。 NAS-PDUMNAS层信息 eNodeB收到E-RAB MODIFY REQUEST消息后，根据UE申请的资源按照相应的RRM算法重新为UE分配相关资源，包括：传输资源、无线资源、调度资源、功率资源、天线资源等等。并向UE发送RRC Connection Reconfiguration消息。 UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配的相关资源完成参数配置，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。 eNodeB完成上述操作后即成功地完成UE的E-RAB承载修改过程，并向MME发送E-RAB MODIFY RESPONSE消息，E-RAB修改流程结束。Notes：E-RAB修改过程支持同时修改多条E-RAB承载，E-RAB修改的发起者可以是UE自身，也可以由网络发起。当UE需要进行业务属性变更时，或网络侧需要为UE变更业务属性时，就可以通过NAS层的承载资源修改过程为UE修改E-RAB，承载资源修改过程中UE和网络侧会协商新的QoS信息，接入网根据变更后的QoS信息为UE进行资源分配，并完成E-RAB的修改过程。E-RAB修改过程消息跟踪介绍：E-RAB修改过程S1接口消息交互过程：E-RAB修改过程Uu接口消息交互过程：E-RAB MODIFY REQUEST消息内容及关键信元：E-RAB MODIFY RESPONSE消息内容及关键信元：1.1.4 E-RAB释放流程E-RAB释放流程是E-RAB承载的释放过程，用于释放已建立的E-RAB承载。当用户完成对应的业务过程时，会发起E-RAB承载释放过程。下图所示为典型的E-RAB释放过程：E-RAB释放流程 在完成初始UE上下文建立过程及E-RAB建立过程后，当对应的业务结束时，会触发E-RAB释放流程释放相应的E-RAB承载资源，UE发起的E-RAB释放过程会首先通过NAS层消息EPS承载去激活过程，向MME申请E-RAB承载的释放。 MME收到UPLINK NAS TRANSPORT后，根据NAS层消息所携带的业务释放信息，在核心网侧完成资源释放，并向eNodeB发送E-RAB RELEASECOMMAND消息。消息中主要携带E-RAB释放列表，列表包括E-RAB ID、承载的QoS信息、传输层配置信息以及NAS层信息。请参看该消息中的主要参数：IE/Group NamePresenceRangeExplainationMessage TypeM消息类型信息，标识出具体的消息类型为E-RAB MODIFY REQUEST消息。MME UE S1AP IDMMME分配的S1接口用户标识，在一个MME内唯一标识一个用户eNB UE S1AP IDMeNodeB分配的S1接口用户标识，在一个eNodeB内唯一标识一个用户UE Aggregate Maximum Bit RateOUE最大带宽，是UE所有的NON-GBR业务能够共享的最大带宽。E-RAB To Be Released List ME-RAB释放列表，携带E-RAB ID信息及释放原因信息NAS-PDUONAS层交互信息 eNodeB收到E-RAB RELEASE COMMAND消息后，发起接入网侧的用户专有承载释放过程（Notes：在用户不释放掉所有承载的情况下，由于MAC层以下为多业务复用资源，因此空口上会表现为资源重配置过程，协议中Uu接口重配置信令可以支持DRB的释放过程，关键的信元为“DRB释放列表”）。 UE收到RRC Connection Reconfiguration消息后，根据eNodeB为其分配的相关资源及DRB释放列表信息完成DRB释放及接入层参数重配置过程，并向eNodeB发送RRC Connection Reconfiguration Complete消息，通知eNodeB专有承载释放完成配置完成。 eNodeB完成上述操作后即成功地完成UE的E-RAB承载释放过程，并向MME发送E-RAB RELEASE COMPLETE消息，E-RAB释放流程结束。Notes：E-RAB释放过程支持同时释放多条E-RAB承载，E-RAB释放的发起者可以是UE自身，也可以由网络发起。当UE需要进行业务释放时，或网络侧需要释放UE的专有承载时，就可以通过NAS层的承载资源释放过程发起E-RAB释放。E-RAB释放过程消息跟踪介绍：E-RAB释放过程S1接口消息交互过程：E-RAB释放过程Uu接口消息交互过程：E-RAB RELEASE COMMAND消息内容及关键信元：E-RAB RELEASE RESPONSE消息内容及关键信元：文档版本01 (2011-09-30)华为专有和保密信息 版权所有 华为技术有限公司15152 移动性管理-切换测量UE在连接态模式下因为小区覆盖或者负载原因会进行连接态的小区切换。一般切换都分为切换测量和切换流程两个阶段，如果是盲切换场景，那么会跳过切换测量直接进入切换流程。2.1 切换测量测量LTE的UU口协议提供了多种类型的测量，并从eNodeB如何触发和配置测量、UE如何上报等方面进行约束，具体协议参见36.300, 36.133, 36.214, 36.331等。测量类型定义在36.331协议中。如何使用这些不同的测量类型，来为切换和其他RRM算法服务，取决于产品实现策略。eNodeB给UE配置多个测量时，需要考虑UE的测量能力，及不同的测量类型之间可能共用部分配置的影响；在测量参数的配置上，需要考虑eNodeB算法需要的测量频率和UE物理层的测量精度、UE采用的测量算法和关键系数等。测量过程是UE的行为，典型的测量流程如下图所示；首先是物理层对给定的指标进行基本测量，然后按一定周期提交给上层处理，在上层滤波和事件评估结束后，UE RRC层会将符合评估条件的测量结果，按降序上报给eNodeB（best cell included first）。测量涉及的信令下图为测量控制下发，内容包含在RRC连接重配置消息中：下图为测量上报，是单独的上行RRC信令： 下图为测量控制下发，内容包含在RRC连接重配置消息中：下图为测量上报，是单独的上行RRC信令： 2.1.2 空口测量机制同频测量UE测量的是E-UTRAN小区，频点与UE所在服务小区相同，比如UE对服务小区和同频邻区的测量。UE第一次要在一定的信号强度下检测识别出邻区，测量周期耗时不应超过800ms，在加入已知邻区列表后再连续进行测量就快一些了。如果测量GAP未激活，UE每200ms至少能测量8个已知同频邻区的RSRP & RSRQ测量结果，并向它的高层上报。如果200ms内有30ms在进行GAP测量，则UE最少测量的同频邻区数减为6个。除了GAP之外，周期较长的DRX配置也对UE物理层的测量有影响，如下表所示DRX cycle length (s)Tmeasure_intra (s) (depends on DRX cycles)0.040.2 0.04DRX-cycle2.56 5个DRX-cycleDRX cycle length (s)Tidentify_intra (s) (depends on DRX cycles)0.040.8 0.04DRX-cycle0.0840个DRX-cycle0.08DRX-cycle2.5620个DRX-cycle异频测量UE测量的是E-UTRAN小区，且邻区频点与UE所在服务小区不同。对于只有一个基带接收通道的UE，在进行异频测量的过程中，它的BBU需要指示RRU转换到需要测量的频点，测量结束后再恢复到原来的工作频点。如果有多个接收通道则可以兼顾。因此，异频测量是否需要测量GAP辅助完成，取决于UE能力。异频测量有几种不同的规格。在需要GAP的情况下，常用的基本测量周期是480ms，即UE按周期向它的高层上报异频测量结果。480ms周期内至少应完成4个已知异频邻区测量。最终UE向eNodeB的上报行为则根据eNodeB配置的参数进行。异系统测量UE测量的是GSM，UMTS或者CDMA2000的邻小区。类似于异频测量，多数情况下需要GAP辅助完成测量。按是否需要GAP测量及所配置的GAP模式，有不同的测量规格。对UTRAN邻区的测量周期至少是480ms，最少6个邻区。GERAN的要求是每个GAP周期至少能测量10个 GSM载频的RSSI。异系统测量的内容比较复杂，需要另外介绍。测量GAPl GAP的字面意思是“间隙”，可以简单想象为车开在马路上，每隔一段距离遇到一个坑，这个坑就是测量GAP。eNodeB需要在调度上进行考虑，和UE约好进入测量GAP的时机，在这些测量间隙不做上下行数传的调度。 l 测量GAP是周期性的，如果eNodeB启动了它，它会一直持续，两种常见场景中止GAP：(a) eNodeB主动停止GAP； (b)发生了切换，UE自行中止。关于UE自己启动的GAP，在R9的SON相关协议章节中有描述。l 与GAP相关的能力指示：在UE-EUTRA-Capability信元中，比如下面这个，表示在该频带上是否需要GAP来完成异频测量。InterFreqBandInfo :=SEQUENCE interFreqNeedForGapsBOOLEAN l 两种GAP模式：如下表所示，每个40ms或者60ms周期中，有6ms的测量时间不可以调度上下行数据。Gap Pattern IdMeasurementGap Length (MGL, ms)Measurement Gap Repetition Period(MGRP, ms)Minimum available time for inter-frequency and inter-RAT measurements during 480ms period(Tinter1, ms)064060168030l GAP周期的进入时间点：eNodeB配置gapOffset，UE在帧号和子帧号满足如下条件时进入SFN mod T = FLOOR(gapOffset/10);subframe = gapOffset mod 10; with T = MGRP/10RSRP/RSRQ/RSSI这是EUTRAN的测量指标。其他接入网有不同的测量指标，可参看36.214协议。RSRP ：Reference signal received power，小区参考信号功率的线性平均值（给定测量带宽上，cell-specific），可以认为它实时反映了UE检测到的小区下行信号强度。协议要求天线端口0的参考信号必须计算，而天线端口1是否也用于RSRP计算，由UE决定。如果eNB告诉UE邻区是双发的，UE完全可以使用天线端口1，以提高RSRP检测的精确度。如果邻区实际是单发，而UE错误地使用了天线端口1，且所依据的双天线导频图案对应的符号上正好有数据发送，则容易造成测量结果不准确。参见下面图案。RSSI：Received Signal Strength Indicator，给定测量带宽上检测到参考信号功率的线性平均值，但它是导频符号上的总功率，比RSRP计算的信号来源更多，计算时包含了数据信道、相邻干扰信道、噪声等。该指标受到业务影响，比如灌包时加上了数据信道的导频符号功率，这个测量结果就会抬升。RSRQ：Reference Signal Received Quality，计算方法为N RSRP / RSSI，其中N是给定测量带宽上的RB数。这是个相对值，有效信号强度与总功率的幅度差，可以认为它表征信号质量，能实时跟踪当前小区的信号质量好坏。它的测量结果受小区负载变化影响，如果相关事件参数设置不合理，可能在做业务时很容易就有事件上报。测量指标实例如下图所示：eNodeB给UE配置相关门限时，由于空口协议没有负数，空口IE值与实际值有个换算过程：RSRP为IE value 140 dBm；RSRQ为 (IE value 40)/2 dBUE向eNodeB上报测量指标时，则按36.133协议中如下表格换算：Reported valueMeasured quantity valueUnitRSRP_00RSRP -140dBmRSRP_01-140 RSRP -139dBmRSRP_02-139 RSRP -138dBmRSRP_95-46 RSRP -45dBmRSRP_96-45 RSRP -44dBmRSRP_97-44 RSRPdBmReported valueMeasured quantity valueUnitRSRQ_00RSRQ -19.5dBRSRQ_01-19.5 RSRQ -19dBRSRQ_02-19 RSRQ -18.5dBRSRQ_32-4 RSRQ -3.5dBRSRQ_33-3.5 RSRQ MobilityC