LTE 中 UE 能力(UE Capability )的梳理和解析1.关于 LTE中 UE能力的问题，也是大家经常提问的地方之一。 比如 ”UE支持的RAT？ /UE支持的 Frequecyband？ /UE的功率等级？ /UE是否支持 CA，且是那种类型的 CA？ /UE是否支持 PSHO？ /UE是否支持 SRVCC？ /现在系统间移动性大多采用 Redirect而不是 PSHO,是 UE能力不支持么？ /UE支持哪些安全算法（加密/完保）？”……等等，这些问题都牵扯到 UE能力。 所以今天春天工作室试图对其进行梳理和解析。2.UE能力可分为无线接入相关能力及核心网相关能力。TheUECapability informationismadeupoftheUERadioCapability informationandtheUECoreNetworkCapabilityinformation。 涉及到 UE能力的规范比较多，这里先列出规范号，分别是36.101/36.306/23.401/36.331/24.008。3.网络侧在做各种事件判决或执行各种算法时，均需知道 UE的能力，才能做出最切合的判决。比如，UE如果支持 CSFB发起联合附着，那么此时网络侧对其执行和处理的过程会不一样； 如果 UE不支持 PSHO的 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发送CapabilityInfoIndication消息，传递并上报 UE的能力信息至 MME。而在协议设计中，为了减少空口信令开销，MME会保存 UERadioCapability信息，而在S1流程INITIALCONTEXTSETUPREQUEST消息中，MME还会把 UE能力传递给eNB，故此时 eNB无需针对 UE发起UECapabilityEnquiry过程，因为 UE能力可知。但是，在UE在执行 attach或者“firstTAUfollowingGERAN/UTRANAttach”或“UEradiocapabilityupdate”时，...
