LTE中UE能力UECapability的梳理和解析.pdfVIP

LTE 中UE 能力(UE Capability)的梳理和解 析 1. 关于LTE中UE能力的问题，也是大家经常提问的地方之一。 比如 ” UE支持的 RAT？ / UE支持的Frequecy band ？ / UE的功率等级？ / UE是否支持CA，且是那种 类型的CA？ / UE是否支持PSHO ？ / UE是否支持SRVCC？ / 现在系统间移动性大多 采用Redirect而不是PS HO, 是UE能力不支持么？ / UE支持哪些安全算法 （加密/完 保）？”…… 等等，这些问题都牵扯到UE能力。 所以今天春天工作室试图对其进行梳理和 解析。 2. UE能力可分为无线接入相关能力及核心网相关能力。The UECapability informationis made upofthe UERadio Capabilityinformationandthe UECore NetworkCapability information。 涉及到UE能力的规范比较多，这里先列出规范号，分别是 36.101/36.306/23.401/36.331/24.008。 3. 网络侧在做各种事件判决或执行各种算法时，均需知道UE的能力，才能做出最切合的 判决。比如，UE如果支持CSFB发起联合附着，那么此时网络侧对其执行和处理的过程会 不一样； 如果UE不支持PS HO 的inter-RAT 的mobility 时， 那么网络也只能采取 NACC/CCO或者Redirct来实现系统间互操作了；所以，由于UE的能力各不相同且差异较 大，那么网络需要获知UE的能力。 这就要求UE能力可以通过某种方式上报并同步了。 4. UE的能力上报及同步，是UE第一次ATTACH或TAU的时候，UE会主动上报自己的 能力，此属于NAS过程； 而无线侧在RRC规范中，也有UE能力查询过程，获取并传递 UE能力。 5. 下面贴图是一次完成的attach的过程。我们可以把UE能力查询及上报的过程，放在 整个信令流程中去理解。 参考上图，如果消息9 中，携带了UERadioCapability 的IE，则eNB不会发送 UECapabilityEnquiry消息给UE，即没有10/11/12 的过程； 否则，如果消息9 中没有携带 UE能力，则基站会发起UE能力查询过程，这在第一次入网（ATTACH/TAU）的过程中经常 会看到。而UE上报了无线能力信息到eNB之后，eNB再给MME发送Capability Info Indication消息，传递并上报UE的能力信息至MME。 而在协议设计中，为了减少空口信令开销，MME会保存UERadioCapability信息，而在S1 流程INITIALCONTEXT SETUP REQUEST消息中，MME还会把UE能力传递给eNB，故此 时eNB无需针对UE发起UECapabilityEnquiry过程，因为UE能力可知。 但是，在UE在执行attach或者“firstTAUfollowing GERAN/UTRANAttach” 或“UEradio capabilityupdate”时，MME不会在INITIALCONTEXTSETUPREQUEST消息中带UERadio Capability信息给eNB的， 并会把本地保存的UERadio Capability信息删除，故这三种情 况，eNB会问UE要UE能力，在eNB获知之后还需上报给MME。 注：UEradiocapability updateTAUisonly supportedforchangesof GERANand UTRAN radiocapabilities inECM-IDLE。 这里面有2个推论： 1. 在RRC-CONNECTED下，eNB也会一直保存UERadioCapability 信息。反过来，UE从RRC连接态转移到RRC空闲态下，UE的RRC连接的上下文会释放， 自然eNB针对某个UE的能力信息也将删除。但此时MME不会删除UE的能力信息的，因 为MME依然是MM-REGISTERED，除非UE去附着 （detach）或其他。 2. UE无线能力 信息如果发生改变，UE需要先发起detach，再attach。 一个很简单的例子，比如我们把 CMCC 的5模手机现在锁死在LTE单模下工作，相当于人为的改变了UE的能力，此时我们 会发现UE的信号图标，会暗了，再亮了。 如果去跟信令的话，这就会是一次“UE能力改 变”导致的“去附着+附着“ 的过程。这样去附着+附着机制，保证