WCDMA信令流程（非常详细）

在WCDMA系统中具有的各种各样的信令流程中，从协议栈的层面来说，可以分为接入层的信 令流程和非接入层的信令流程；从网络构成的层面来说，可以分为电路域的信令流程和分 组域的信令流程。

所谓接入层的流程和非接入层的流程，实际是从协议栈的角度出发的。在协议栈中，RRC和 RANAP层及其以下的协议层称为接入层，它们之上的MM、SM、CC、SMS等称为非接入层。简 单地说，接入层的流程，也就是指无线接入层的设备RNC、NodeB需要参与处理的流程。非 接入层的流程，就是指只有UE和CN需要处理的信令流程，无线接入网络RNC、NodeB是不需 要处理的。举个形象的比喻，接入层的信令是为非接入层的信令交互铺路搭桥的。通过接 入层的信令交互，在UE和CN之间建立起了信令通路，从而便能进行非接入层信令流程了。

接入层的流程主要包括PLMN选择、小区选择和无线资源管理流程。无线资源管理流程就是 RRC层面的流程，包括RRC连接建立流程、UE和CN之间的信令建立流程、RAB建立流程、呼叫 释放流程、切换流程和SRNS重定位流程。其中切换和SRNS重定位含有跨RNC、跨SGSN/MSC的 情况，此时还需要SGSN/MSC协助完成。所以从协议栈的层面上来说，接入层的流程都是一 些底层的流程，通过它们，为上层的信令流程搭建底层的承载。

非接入层的流程主要包括电路域的移动性管理，电路域的呼叫控制，分组域的移动性管理 、分组域的会话管理。 6.1.2 基本信令流程总体介绍

接下来我们对基本的信令流程进行简单的总体介绍。

我们首先看一下用户在不移动的情况下，从开机、进行业务到关机的整个业务流程。

图6-1 主叫业务流程

(1) 用户UE开机，首先进行接入层的信令交互。此时首先进行PLMN选择，选择某个运营商 的网络，接着进行小区选择，驻留一个合适的小区，然后进行RRC连接建立，Iu接口的信令 连接建立（装成

Iu口的初始直传消息RANAP_INITIAL_UE_MESSAGE，发送到

网元CN。在这条消息当中，就包括了CS（即语音业务）的位置更新请求及PS的ATTACH请求（即数据业务接入请求））。至此，通过这些接入层的信令流程，在UE

和CN之间搭建起了一条信令通道，为 非接入层的信令流程做好了准备。

(2) 接着UE和CN之间便开始进行非接入层的移动性管理流程了。此时用户会进行附着流程 ，其中包括鉴权、加密、位置更新等小流程。

(3) 当通过鉴权等流程后，UE便进行非接入层的业务相关流程了。包括电路域的呼叫连接 流程，分组域的会话管理流程。通过这些流程为进行业务搭建好了业务承载的链路。随后 用户就可以开始打电话，上网了。

(4) 当用户结束业务后，同样会进行电路域的呼叫连接流程，分组域的会话管理流程，拆 除业务承载链路。

(5) 此时如果用户关机的话，则UE和CN之间进行非接入层的移动性管理流程，进行电路域 、分组域的分离。

(6) 等非接入层的信令交互结束后，系统会进行接入层的信令流程，拆除之前建立的Iu信 令连接，以及RRC信令连接。

至此，一个用户在不移动的情况下，从开机，进行业务，到关机的整个流程便结束了。其 中可以看到，这个业务过程是需要接入层的信令流程和非接入层的信令流程互相配合完成 的。接入层的流程为非接入层的流程搭建信号承载。

接下来我们再看一下用户进行被叫的一个业务流程。

图6-2 被叫业务流程

(1) 用户UE处在待机状态。此时从网络侧对其进行寻呼；

(2) 如果没有现存的UE与CN之间的信令连接，则UE、RNC、CN之间会进行接入层的信令流 程，建立RRC连接和Iu接口信令连接；

(3) 接下来可能会进行移动性管理的鉴权加密流程；

(4) 随后通过电路域的呼叫连接流程、分组域的会话管理流程，建立其业务的承载链路， 从而就可以进行业务了。

(5) 结束业务后，再拆除相关的业务承载链路。

(6) 接着释放接入层的信令连接，包括Iu接口的信令连接和RRC连接。

上面的两个流程主要从总体上介绍了用户在不产生位置变化的情况下进行业务的情况。这 只是一个总体上的简单描述。详细的各种流程将在后续章节中进行描述。

由于移动通信具有移动性的特点，所以由此就产生了很多处理移动性相关的流程。比如， 当用户不进行业务的时候产生了位置改变，由此便产生了位置更新等移动性管理的流程； 当用户进行业务的时候发生了位置变化，由此便产生了切换、SRNS重定位等流程。 6.2 UE的状态与寻呼流程 6.2.1 UE状态

UE有两种基本的运行模式：空闲模式和连接模式。上电开始，UE就停留在空闲模式下，通 过非接入层标识如IMSI、TMSI或P-TMSI等标志来区分。UTRAN不保存空闲模式UE的信息，仅 能够寻呼一个小区中的所有UE或同一个寻呼时刻的所有UE。

当UE完成RRC连接建立时，UE才从空闲模式转移到连接模式：CELL_FACH或CELL_DCH状态。 UE的连接模式，也叫UE的RRC状态，反映了UE连接的级别以及UE可以使用哪一种传输信道。 当RRC连接释放时，UE从连接模式转移到空闲模式。

图6-3 UE运行模式

UE在连接模式下，一共有如下4种状态： 1. CELL_DCH状态

CELL_DCH状态有如下特征：

* 在上行和下行给UE分配了一个专用物理信道 * 根据UE当前的活动集可以知道UE所在的小区

* UE可以使用专用传输信道、下行/上行共享传输信道或这些传输信道的组合 UE进入CELL_DCH状态有如下2种方法：

1） UE在空闲模式下，RRC连接建立在专用行道上，因此UE从空闲模式进入CELL_DCH状态；

2） UE处于CELL_FACH状态下使用公共传输信道，通过信道切换后使用专用传输信道，UE从 CELL_FACH状态进入到CELL_DCH状态。 2. CELL_FACH状态

CELL_FACH状态具有如下特征： * 没有给UE分配专用传输信道 * UE连续监听一个下行FACH信道

* 为UE分配了一个默认的上行公共信道或上行共享传输信道（例如，RACH），使之能够在

接入过程中的任何时间内使用

* UE的位置在小区级为UTRAN所知，具体为UE最近一次发起小区更新时报告的小区 在CELL_FACH子状态，UE执行下面的动作： * 监听一个FACH

* 监听当前服务小区的BCH传输信道，解码系统信息消息 * 在小区变为另一个UTRA小区时，发起一个小区更新过程

* 除非选择了一个新小区，否则使用在当前小区中分配的C-RNTI作为公共传输信道上的UE 标识

* 在RACH上传送上行控制信令和小数据包

在CELL_FACH状态下，如果数据业务在一段时间里未被激活，UE将进入CELL_PCH状态，以减 少功率的损耗。并且，当UE暂时脱离CELL_PCH状态执行小区更新，更新完成后，如果UE和 网络侧均无数据传输需求，它将返回CELL_PCH。 3. CELL_PCH 状态

CELL_PCH状态具有如下特征： * 没有为UE分配专用信道

* UE使用非连续接收（DRX）技术，在某个特定的寻呼时刻监听PCH传输信道上的信息 * 不能有任何上行的活动

UE的位置在小区级为UTRAN所知，具体为UE在CELL_FACH状态时最近一次发起小区更新时所 报告的小区

在CELL_PCH状态，UE进行以下活动：

根据DRX 周期监听寻呼时刻，并接收PCH上的寻呼消息 监听当前服务小区的BCH传输信道，以解码系统信息 当小区改变时发起小区更新过程

在该状态下不能使用DCCH逻辑信道。如果网络试图发起任何活动，它需要在UE所在小区的 PCCH逻辑信道上发送一个寻呼请求。

UE转换到CELL_FACH状态的方式有两个，一是通过UTRAN寻呼，二是通过任何上行接入。

4. URA_PCH状态

URA_PCH状态具有如下特征： * 没有为UE分配专用信道

* UE使用DRX技术，在某个特定的寻呼时刻监听PCH传输信道上的信息 * 不能有任何上行的活动

* UE的位置在URA级为UTRAN所知，具体为UE在CELL_FACH状态时最近一次发起URA更新时所 报告的URA

在URA_PCH状态，UE进行以下活动：

* 根据DRX周期监听寻呼时刻，并接收PCH上的寻呼消息 * 监听当前服务小区的BCH传输信道，以解码系统信息 * 当URA改变时发起URA更新过程

在该状态下不能使用DCCH逻辑信道。如果网络试图发起任何活动，它需要在UE所在URA的P CCH逻辑信道上发送寻呼请求。

在URA_PCH状态， 没有资源分配给数据传输用。因此，如果UE有数据要传送，需要首先转 换到CELL_FACH状态。 6.2.2 寻呼流程

与固定通信不同，移动通信中的通信终端的位置不是固定的，为了建立一次呼叫，核心网

（CN）通过Iu接口向UTRAN发送寻呼消息，UTRAN则将CN寻呼消息通过Uu接口上的寻呼过程 发送给UE，使得被寻呼的UE发起与CN的信令连接建立过程。

当UTRAN收到某个CN域（CS域或PS域）的寻呼消息时，首先需要判断UE是否已经与另一个C N域建立了信令连接。如果没有建立信令连接，那么UTRAN只能知道UE当前所在的服务区， 并通过寻呼控制信道将寻呼消息发送给UE，这就是PAGING TYPE 1消息；如果已经建立信令 连接，在CELL_DCH或CELL_FACH状态下，UTRAN就可以知道UE当前活动于哪种信道上，并通 过专用控制信道将寻呼消息发送给UE，这就是PAGING TYPE 2消息。因此针对UE所处的模式 和状态，寻呼可以分为以下两种类型： (1) 寻呼空闲模式或PCH状态下的UE

这一类型的寻呼过程使用PCCH（寻呼控制信道）寻呼处于空闲模式、CELL_PCH或URA_PCH状 态的UE，用于向被选择的UE发送寻呼信息，其作用有如下三点： * 为了建立一次呼叫或一条信令连接，网络侧的高层发起寻呼过程；

* 为了将UE的状态从CELL_PCH或URA_PCH状态迁移到CELL_FACH状态，UTRAN发起寻呼以触发

UE状态的迁移；

* 当系统消息发生改变时，UTRAN发起空闲模式、CELL_PCH和URA_PCH状态下的寻呼，以触 发UE读取更新后的系统信息。

图6-4 寻呼空闲模式和PCH状态下的UE

UTRAN通过在PCCH上一个适当的寻呼时刻发送一条PAGING TYPE 1消息来启动寻呼过程，该 寻呼时刻和UE的IMSI有关。UTRAN可以选择在几个寻呼时机重复寻呼一个UE，以增加UE正确 接收寻呼消息的可能。

(2) 寻呼CELL_DCH或CELL_FACH状态下的UE

这一类型的寻呼过程用于向处于连接模式CELL_DCH或CELL_FACH状态的某个UE发送专用寻呼 信息。

图6-5 寻呼CELL_DCH或CELL_FACH状态下的UE

对于处于连接模式CELL_DCH或CELL_FACH状态的UE，UTRAN通过在DCCH（专用控制信道）上 发送一条PAGING TYPE 2消息来发起寻呼过程。这种寻呼也叫做专用寻呼过程。 6.3 空闲模式下的UE 6.3.1 概述

当UE开机后或在漫游中，它的首要任务就是找到网络并和网络取得联系。只有这样，才能 获得网络的服务。因此，空闲模式下UE的行为对于UE是至关重要的。那么，UE是如何完成 这个功能的呢？本节就来讲解这个过程。

UE在空闲模式下的行为可以细分为PLMN选择和重选，小区的选择和重选和位置登记。这三 个过程之间的关系如下图所示。

图6-6 空闲模式下的UE

当UE开机后，首先应该选择一个PLMN。当选中了一个PLMN后，就开始选择属于这个PLMN的 小区。当找到这样的一个小区后，从系统信息（广播）中就可以知道临近小区（neighbor ing cell）的信息，这样，UE就可以在所有这些小区中选择一个信号最好的小区，驻留下 来。紧接着，UE就会发起位置登记过程（attach or location update）。成功后，UE就驻 留在这个小区中了。驻留的作用有4个： * 使UE可以接收PLMN广播的系统信息。

* 可以在小区内发起随机接入过程。 * 可以接收网络的寻呼。 * 可以接收小区广播业务。

当UE驻留在小区中，并登记成功后，随着UE的移动，当前小区和临近小区的信号强度都在 不断变化。UE就要选择一个最合适的小区，这就是小区重选过程。这个最合适的小区不一 定是当前信号最好的小区，为什么呢？因为，比如UE处在一个小区的边缘，又在这两个小 区之间来回走，恰好这两个小区又是属于不同的LA或者RA。这样，UE就要不停的发起位置

更新，即浪费了网络资源，又浪费的UE的能量。因此，在所有小区中重选哪个小区是有一

定规则的，这个规则会在后面详细描述。？？？？？？

当UE重选小区，选择了另外一个小区后，发现这个小区属于另外一个LA 或者RA，UE就要发 起位置更新过程，使网络获得最新的UE的位置信息。UE通过系统广播信息中的SIB1发现 L A或者RA的变化。

如果位置登记或者更新不成功，比如当网络拒绝UE时。或者当前的PLMN出了覆盖区，UE可 以进行PLMN重选，以选择另外一个可用的PLMN。 6.3.2 PLMN选择和重选

PLMN选择和重选的目的是选择一个可用的（就是能提供正常业务的），最好的PLMN。UE通 过什么来达到这一目的呢？UE会维护一个PLMN列表，这些列表将PLMN按照优先级排列，然 后从高优先级向下搜索，找到的自然是最高优先级的PLMN。另外，PLMN选择和重选的模式 有两种，自动和手动。简而言之，自动选网就是UE按照PLMN的优先级顺序自动的选择一个 PLMN，手动选网呢，将当前的所有可用网络呈现给用户，将权利给用户， 由用户选择一个 PLMN。

6.3.3 小区选择和重选

当PLMN选定之后，就要进行小区选择，目的是选择一个属于这个PLMN的信号最好的小区。

首先，如果UE存有这个PLMN的一些相关信息，比如频率，扰码等。UE就会首先使用这些信 息进行小区搜索（Stored information cell selection）。这样就可以较快的找到网络。 因为，大多数情况，UE都是在同一个地点关机和开机，比如晚上关机，早晨开机等等。这 些信息保存在SIM卡中或者在手机的non-volatile memory中。 1. 小区选择

小区选择的过程大致如下： 1） 小区搜索

小区搜索的目的是找到一个小区，尽管它可能不属于选择的PLMN的。小区搜索的步骤如下 （当然，首先要锁定一个频率）：

通过primary SCH，UE获得时隙同步。时隙同步后，就要进行帧同步。帧同步是使用seco ndary SCH的同步码实现的。这一过程同时也确定了这个小区的扰码组。然后， UE通过对 扰码组中的每一个扰码在CPICH上相关，直到找到相关结果最大的一个。这就确定了主扰码 。

显然，如果UE已经知道这个小区的一些信息，比如使用哪个频率，甚至主扰码，上述步骤 就可以大大加速。 2） 读广播信道

UE从上述1）的步骤c中获得了PCCPCH的扰码，而PCCPCH的信道码是已知的，在整个UTRAN中 是唯一的。UE就可以读广播信道的信息了。

* 读到MIB后，UE就可以判断当前找到的PLMN是否就是要找的PLMN，因为在MIB中有PLMN i dentity域，如果是， UE就根据MIB中包含的其他SIB的调度信息（scheduling informati

本文来源：https://www.bwwdw.com/article/znyf.html