三个问题的讨论及答疑

春天工作室近日收到了不少无线同行们的疑问，故今日暂不发新文，特摘录了3个代表性问题集中给以答复。欢迎指正和探讨。

1. 请问春天，用户不激活释放的定时器是什么？我也找了系统广播SIB2，怎么没有见到这个定时器啊？具体的实现机制？最后再问这个定时器和“永远在线”有什么关系？

春天工作室回复：

您找错地方了。那个定时器，叫“用户不激活定时器”，及“ue-InactiveTimer”，见下截图。注意这个定时器是基站使用的，而不是UE使用的定时器。 UE使用的定时器才需要通过SIB2下发并告诉UE的。

特地找了个信令加以说明。见下图，UE长期不激活，导致ENB跟MME发起UE上下文释放请求，此时携带的原因是“无线网络原因=20”，就是对应着“use-inactive”的。

您也可以查下规范，我查了如下，第20个原因刚好是“use inactive”。

您说的定时器确实在SIB2中下发的，但这些定时器都是UE使用的，所以需要通过SIB传递。其定义在36.331中7.3。具体不解释了。至于永远在线，这个一句话说不清楚，容我们后面专文解析。

2. 春天工作室，我是三方的路测人员，请问在LTE系统中RRC重配消息怎么那么多，您前面博文说CA技术中的辅载波激活，也是用的RRC重配置信令的。我想问，RRC重配置信令，到底都有哪些作用啊？我晕的很。

春天工作室回复：

RRC重配置确实也是目前路测中看见的最多的信令，说是最重要的L3信令也不为过。后面专文解析的。这里回答你最直接的疑惑，就是RRC重配有哪些作用。

主要有5大作用：测量、切换、无线资源重配、专用NAS消息传递、切换时候的安全配置参数传递。在规范中截图并标示出了，详细解释如下。

measurement configuration：给UE传递网络侧配置的测量相关的参数。相当于3G中的“测量控制”信令，只是LTE种没有专门的“测量控制”这条信令了。

mobility control：这个不用说，用户切换。前面讲CA的时候，也提到这个IE。

radio resource configuration：无线资源重配。包括前文讨论CA时候提到的SRB2/DRB的建立，就在这个IE里面包括的。

dedicated NAS information：专用NAS消息传递。至于NAS层及NAS消息，后面会专文详解。

security configuration：安全参数的传递和配置。

所以这条信令确实用法很多，载波聚合中的辅载波激活确实也是用的RRC重配置信令的。外场具体情况很多，主要是要打开RRC重配信令，看里面携带的IE，才会准确知道其作用，比如，如果看到有 mobility control，就表示一次切换了。看到 measurement configuration，表示下发测量配置参数。 看多了就熟能生巧了不仔细看IE也大致能猜测的出来。

3. 异系统互操作中的CCO和切换的本质区别是什么啊，我一直没搞懂，希望春天工作室能抽时间详细解析下。

春天工作室回复：

这个问题，确实比较难于理解。我手头暂没找到合适的4到2之间的CCO及切换信令只有CSFB重定向的，这里就用3G到2G的PS的CCO和3G到2G的CS12.2K业务的切换信令做个对比来说明吧，4到2是一样的道理。

第一张截图，是3到2的CS的语音切换。注意，这是标准的切换。即资源有预留。连接态到连接态。具体过程简要解释如下：

1. UE朝RNC上报测量报告（UU接口，In RNC），要求切换到GSM；

2. RNC没有和BSC的接口，肯定是搞不定2G侧无线资源，所以RNC跟MSC说重定位请求；

3. MSC跟2G侧协商资源，2G侧准备好资源后回复MSC，然后MSC回复RNC，说资源准备好了，可以让UE切换过去了，即Relocation command。

4. RNC告知UE切换到2G，即handoverFromUTRANCommand_GSM。

5. 然后UE切换到2G去了。成功之后，3G的RNC会收到MSC发过来的IuReleaseCommand，看到这条信令，RNC就明确知道UE切换到2G已经成功了。

6. 后面释放的信令不解释。

第二张截图是3G到2G的PS的CCO。看上去UE也打测量报告了，很像是切换，但注意，资源没有预留。UE将会是从3G连接态到空闲态、再到2G连接态。简要解释如下：

1. UE朝RNC上报测量报告，要求切换到GSM；

2. RNC根本没有跟2G侧协商，即没有资源预留的情况下，RNC直接回复UE信令 cellChangeOrderFromUTRAN。

3. 完了UE自己过去2G侧了。2G侧的资源UE自己搞定他。（可以想想，UE过去会经历哪些过程？——小区搜索，读广播，可能还需要路由更新，完了申请资源接入并恢复数据业务，这过程会很漫长。）

所以：切换资源有预留。连接态到连接态； CCO资源没有资源预留，连接态到空闲态再到连接态。所以切换的性能肯定优越于CCO的。3GPP规范约定实时业务切换中断时延小于300ms，非实时业务切换中断时延迟小于500ms。

往深入研究的话，可以对比下两张图中时延：

切换，46.021到47.421，看上去有1S多了，似乎没有满足300ms的约定，但这只是统计方法的原因（不解释），几百毫秒到最多1秒级别的中断时延；

而再看CCO，07.915到16.915，从截图来看，中断时间居然达9秒，虽然也有统计方法的原因，但中断时间至少是几秒级别的。这几秒钟，UE的数据会断流即用户无流量。

还有一个NACC，其实就是增强版的CCO。 如前所述，CCO只是告诉你过去GERAN，其他几乎什么都没告诉你，所以UE过去会很费劲：先搜索小区，完了读广播，如果LAC不一样还要做RAU/LAU，完了再接入再恢复数据业务。

而NACC不仅告诉你去GERAN，而且告诉你了一些广播消息等先验参数，能显著的缩短从3G到GSM的中断时延。但NACC需要开通RIM机制，同时UE需要能支持CCO。至于RIM是什么，可以理解成无线侧的系统广播消息通过核心网反向透传，即提前把2G侧某小区的广播消息透传到3G或4G。

至于重定向（redirect），走的是RRC释放流程。里面会携带redirectedCarrierInfo的IE。而且redirectedCarrierInfo里面会携带GERAN并且携带2G侧的频点。见下截图。时间关系暂不详解。 注意，目前CSFB，就是通过重定向实现的，快速返回FR,也是通过重定向来实现的。

注意：对于数据业务，4到2和3到2才会有CCO（当然也可以切换和重定向）, 而4到3只有切换和重定向。即CCO一定跟GPRS有关，这个具体是由GPRS的原理决定的，这里暂不解释。