GSM-R 基站子系统
信令分析手册目录
目录
9 切换流程.......................................................................................................................................9-1
9.1 概述..............................................................................................................................................................9-2
9.2 正常流程......................................................................................................................................................9-2
9.2.1 BSC内切换.........................................................................................................................................9-2
9.2.2 BSC间切换流程.................................................................................................................................9-5
9.2.3 MSC间切换........................................................................................................................................9-7
9.3 异常流程与故障定位指导..........................................................................................................................9-8
9.3.1 CIC电路异常造成切换失败..............................................................................................................9-8
9.3.2 MS接入失败造成切换失败...............................................................................................................9-8
9.3.3 不切换的问题.....................................................................................................................................9-8
插图目录GSM-R 基站子系统
信令分析手册插图目录
图9-1 BSC内正常切换流程.............................................................................................................................9-2图9-2 BSC间正常切换流程.............................................................................................................................9-5图9-3 MSC间正常切换流程............................................................................................................................9-7
GSM-R 基站子系统
信令分析手册9 切换流程
9 切换流程关于本章
本章描述内容如下表所示。
标题内容
9.1 概述介绍切换流程的分类。
9.2 正常流程介绍切换的正常流程，包括BSC内切换、BSC间切
换、MSC间切换和异系统切换。
9.3 异常流程与故障定位指
介绍切换过程中的异常流程，并指导定位故障。
导
9 切换流程GSM-R 基站子系统
信令分析手册
9.1 概述
切换流程（始呼）包括BSC内切换流程、BSC间切换流程以及MSC间切换流程三部
分。
9.2 正常流程
切换流程根据切换的涉及的范围的不同可分三类，BSC内切换流程、BSC间切换流程
以及MSC间切换流程。
9.2.1 BSC内切换
信令流程
图9-1BSC内正常切换流程
BTS2BSC
C
M S M S
BTS1
流程说明
步骤 1MS在空中接口的SACCH上向BTS1发送Measurement Report，BTS1再转发给BSC；
步骤 2BSC收到Measurement Report后，根据Measurement Report的信息，判断需要将该MS 切换到BSC内的其他小区，则BSC向目标小区的BTS2发送Channel Activation，激活
信道；
GSM-R 基站子系统
信令分析手册9 切换流程
步骤 3BTS2收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；
步骤 4BSC收到BTS2的Channel Activation Acknowledge后，发送Handover CMD给BTS1，由BTS1转发给MS，Um接口中该消息在FACCH上发送。
步骤 5MS接收到Handover CMD 后，在BTS2尝试接入，在FACCH上发送Handover Access 给BTS2；
步骤 6BTS2收到MS的Handover Access后发送Handover Detect给BSC，通知收到切换接入消息；
步骤 7对于异步切换，即BTS1和BTS2是属于不同的基站，BTS2发送Handover Detect的同时也在FACCH向MS发送PHY INFO，该消息包括MS能正确接入的同步信息等内
容；但如果是同步切换，即BTS1和BTS2属于相同基站时，不会有PHY INFO消息的
下发。
步骤 8对异步切换，MS接收到PHY INFO后，在FACCH上发送SABM到BTS2；但对于同步切换，MS在发送Handover Access后很快就会发送SABM帧给BTS2。
步骤 9BTS2收到第一个SABM帧后，将发送EST IND给BSC，通知BSC无线链路建立。
步骤 10同时BTS2在FACCH上给MS回应UA帧，通知MS无线链路层建立。
步骤 11至此，MS在FACCH上发送Handover Complete给BTS2，BTS2转发Handover Complete给BSC，通知BSC切换完成。
步骤 12BSC将发送Handover Performed 给MSC，通知MSC进行了一次切换，同时BSC将对BTS1的老信道发起本地释放流程，释放信道。
----结束
BSC内部处理流程
步骤 1华为BSC的切换判决在LAPD上进行，当LAPD判断某个呼叫满足切换触发条件时，将发送携带候选小区CGI列表的切换请求给GMPU。GMPU从候选小区列表中按优先
级从高到低的原则选择一个候选小区，如果该候选小区为BSC内小区（根据小区的
CGI，读取［小区模块信息表］进行判断），但该小区无可用信道，那么将依次选择下
一个候选小区。如果该候选小区是外部小区（根据小区的CGI，读取［小区模块信息
表］进行判断），那么将直接触发出BSC切换流程，这里不再详述。当优选权最高的
候选小区是BSC内小区，并且存在可用信道时，我们将发起BSC内的切换流程，该候
选小区即为目的小区。这时，源小区将发送一个内部的切换请求消息给目的小区，并
启动2秒定时器等待目的小区完成切换准备的工作。
步骤 2目的小区接收到内部的切换请求后，分配合适的信道，并通知目的小区所在的BTS2激活信道。
步骤 3当目的小区所在的BTS2激活信道后，目的小区通知原小区“切换准备完成”，并启动等待Handover DET消息的T3103B1定时器（定时器时长由［小区呼叫参数表］中
的“T3103B1”参数决定）。
步骤 4源小区收到目的小区的“切换准备完成消息”后发送Handover CMD给BTS1，并停止2秒定时器，启动等待切换完成的T3103A定时器（定时器时长由［小区呼叫参数
表］中的“T3103A”参数决定）。
9 切换流程GSM-R 基站子系统
信令分析手册
步骤 5目的小区接收到Handover DET消息，停止等待Handover DET的定时器（T3103B1），启动T3103B2定时器，等待Handover Complete消息（T3103B2定时器时长由［小区呼叫参数表］中的“T3103B2”参数决定）。
步骤 6目的小区接收到MS的Handover Complete消息后，停T3103B2定时器，并且通知相关的模块，如AIE模块，AIR模块等，使AIE，AIR等模块将与RR模块的连接号从
源小区修改为目的小区；同时目的小区还将发送“内部的切换成功消息”给源小区。
步骤 7源小区接收到目的小区的发送的“内部切换成功消息”后发起本地释放流程，释放源小区相关的资源。
步骤 8最后目的小区发送Handover Performed 消息给MSC，通知MSC完成了一次BSC内切换。
----结束
GSM-R 基站子系统 信令分析手册
9 切换流程
9.2.2 BSC 间切换流程
信令流程
图9-2 BSC 间正常切换流程
BTS1
BSC1
MS
MSC
BTS2
MS
BSC2
流程说明
BSC 间的切换流程与BSC 内切换流程的差异只在于多了几条A 接口信令，因此，这里只对不同的信令进行说明。其他信令说明，请参见9.2.1 BSC 内切换流程。
步骤 1 MS 需要切换到BSC2所属的小区时，BSC1发送Handover Required 给MSC ，请求发
起出BSC 切换。
步骤 2 MSC 收到Handover Required 后，发送Handover Request 给目标BSC2；
步骤 3 BSC2在激活新信道后，发送Handover REQ ACK 给MSC ，通知MSC 信道已经准备
好；
9 切换流程GSM-R 基站子系统
信令分析手册
步骤 4MSC接收到Handover REQ ACK 后，发送Handover CMD给BSC1，BSC1发送Handover CMD给MS，通知MS在新信道接入。
步骤 5MSC收到BSC2发送的Handover CMP后，发送Clear CMD给BSC1，BSC1发起本地释放，释放老信道，同时回应Clear CMP给MSC，表示清除完成。
----结束
BSC内部处理流程
步骤 1华为BSC的切换判决在LAPD上进行，当LAPD判断某个呼叫满足切换触发条件时，将发送携带候选小区CGI列表的切换请求给GMPU。GMPU从候选小区列表中按优先
级的从高到低的原则选择一个候选小区，如果该候选小区为BSC内小区（根据小区的
CGI，读取［小区模块信息表］进行判断），但该小区无可用信道，那么将依次选择下
一个候选小区。如果该候选小区是外部小区（根据小区的CGI，读取［小区模块信息
表］进行判断），那么将直接触发出BSC切换流程，产生一次BSC间的切换。对源小
区来说，该外部小区即为切换的目的小区，目的小区所在的BSC为目的BSC。
步骤 2当触发BSC间的切换流程后，源小区发送Handover Required消息给MSC，并启动10秒定时器（T7）等待MSC应答的Handover CMD消息。
步骤 3目的BSC接收到MSC发送的Handover Request消息后，将根据该消息中的目的小区标示，为本次切换分配并激活目的小区的信道，激活完成后，目的小区发送Handover
REQ ACK给MSC，该消息中携带有Handover CMD消息。这时，目的小区将启动
“T3103B1”定时器等待Handove DET 消息。（T3103B1定时器时长由［小区呼叫参
数表］中的“T3103B1”参数决定）。
步骤 4源BSC接收到MSC发送的Handover CMD消息后，由源小区发送Handover CMD给BTS1，再由BTS1转发给MS，同时源小区启动T3103A定时器，等待切换完成。如果
在T3103A定时器超时前接收到CLEAR CMD消息（原因值为Handover Success），源
BSC将认为切换成功；或者，在定时器超时前，手机返回原信道，那么源BSC将停止
T3103A定时器，同时发送Handover Failure消息给MSC；如果T3103A定时器超时，
则源BSC认为切换掉话，将发送CLEAR REQ给MSC，请求拆除该呼叫。（T3103A
定时器时长由［小区呼叫参数表］中的“T3103A”参数决定）
步骤 5目的小区接收到Handover DET消息后，停止等待Handover DET的T3103B1定时器，并将Handover DET发送给MSC，启动T3103B2定时器，等待Handover Complete。
（T3103B2定时器时长由［小区呼叫参数表］中的“T3103B2”参数决定）
步骤 6目的小区接收到MS的Handover Complete消息后，停T3103B2定时器，目的小区发送Handover CMP 给MSC，通知MSC切换完成。
步骤 7源小区在T3103A定时器超时前接收到MSC发送的Clear CMD后，释放该呼叫的在源小区的无线资源，回应MSC Clear CMD消息。
----结束
GSM-R 基站子系统 信令分析手册
9 切换流程
9.2.3 MSC 间切换
信令流程
图9-3 MSC 间正常切换流程
BTS1
BSC1
MS
MSC1
BTS2
MS
BSC2
MSC2
流程说明
该流程说明可参见“BSC 间切换流程”以及“BSC 内切换流程”。
这里对E 接口的消息作简要说明：
步骤 1 Perform handover ：该消息为MAP 层消息，该消息包含了目标小区的和源小区的CGI
以及要求的信道类型，通知MSC2要发起切换；
步骤 2 Radio channel ack ：该消息为MAP 层消息，该消息包含了目标小区的新信道的信息和
切换号码（Handover number ）；
步骤 3 IAM ：初始地址消息，该消息为TUP/ISUP 消息；
步骤 4 ACM ：地址全消息，该消息为TUP/ISUP 消息；
步骤 5 Send end signal ：该消息为MAP 消息，发送结束信号；
9 切换流程
GSM-R 基站子系统
信令分析手册----结束
BSC内部处理流程
其BSC内部处理与BSC间切换的内部流程一致。
9.3 异常流程与故障定位指导
无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导
致流程不能正常进行。
由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。
9.3.1 CIC电路异常造成切换失败
假如，目标BSC收到的Handover REQ 所分配的的CIC电路在该BSC被被标志为
BLOCK状态，因此该BSC将回应MSC以Handover Failure,原因值为“地面资源不可
用”。
9.3.2 MS接入失败造成切换失败
MS在信道接入时，BTS无法正确的解码Handover Access或者Handover CMP消息，
造成切换失败，MS返回原信道，在原信道上回应Hanover Failure消息。
对于BSC内切换来说，如果BSC在一定时间内即没有在新信道上收到Handover CMP
消息，也没有在老信道上收到Handover Failure消息，老信道的T3103A定时器超时
后，判断为该呼叫掉话，BSC将在老信道上发送CLEAR REQ消息给MSC，接收到
MSC回应的CLEAR CMD消息后，拆除老信道的无线资源，老信道还将负责通知目的
小区拆除新信道资源。如果目的小区的T3103B1定时器或者T3103B2定时器先超时，
则目的小区自行拆除新的信道资源。
对于BSC间切换来说，如果源BSC等待切换完成超时，将发送CLEAR REQ消息给
MSC，请求释放该呼叫。目的BSC没有接收到Handover DET 或者Handover CMP
消息，也将发送CLEAR REQ给MSC，请求释放呼叫。
9.3.3 不切换的问题
不切换的问题的处理过程如下：
步骤 1首先应检查是否满足了切换触发条件；
步骤 2检查测量报告中是否有邻区列表；
步骤 3候选邻区中的邻区是否有可用信道；
步骤 4邻区的数据是否有错，例如：CGI是否存在不一致的情况；
步骤 5可以使用口令，打开GMPU_LAPD接口跟踪，观察LAPD是否发送了
LAPD_GMPU_HO_IND消息给GMPU，如果有，则说明该呼叫已经满足了切换触发条
件，并有符合条件的邻区，但UM口仍然没有观察到切换命令，则可能是候选小区中
无可用信道或者为其他原因造成。
GSM-R 基站子系统
信令分析手册9 切换流程----结束
目录 第1章CT工具的基本知识 (4) 1.1CT工具的配置 (4) 1.1.1服务器端配置 (4) 1.1.2客户端配置 (4) 1.1.3单机版使用 (6) 第2章信令分析说明 (7) 2.1 基本知识准备 (7) 2.1.1如何看业务信令 (7) 2.1.2流程中的几个重要概念 (9) 2.2 RRC建立过程的信令分析 (10) 2.2.1 RRC Connection Request信令综述 (10) 2.2.2 RRC Connection Request信令 (11) 2.2.3 Radio Link Setup信令 (13) 2.2.4 Radio Link Setup Response信令 (26) 2.2.5 Radio Link Setup Failure信令 (27) 2.2.6 RRC Connection Setup信令 (28) 2.2.7 Radio Link Restore Indication信令 (37) 2.2.8 RRC Connection SetupComplete信令 (37) 2.2.8 RRC建立过程中常见问题 (38) 2.3初始直传信令分析 (39) 2.3.1 InitialDirectTransfer信令分析 (41) 2.3.2 InitialUEMessage信令分析 (42) 2.3.2 CommonID信令分析 (42) 2.4鉴权过程（可选）信令分析 (43) 2.4.1 DirectTransfer信令分析（图中1） (46) 2.4.2 DownLinkDirectTransfer信令分析（图中2） (46) 2.4.3 UpLinkDirectTransfer信令分析（图中3） (47) 2.4.4 DirectTransfer信令分析（图中4） (47) 2.4.5 鉴权过程中常见问题 (48) 2.5安全模式信令分析 (48) 2.5.1 SecurityModeCommand（Iu口上，CN到RNC） (49) 2.5.2 SecurityModeCommand（Uu口上，RNC到UE） (53)
Layer 3信令分析及流程详解汇编Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter， 5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、 2bis、 2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型 1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与 11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
Layer 3信令分析及流程详解汇编
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。
TD-LTE呼叫信令流程分析2011年评审通过
1文档介绍 1.1 文档目的 预期的读者是ENODEB软件工程师、软件测试工程师以及网规网优人员。 1.2 文档范围 本文分析了SERVICE REQUEST、专用承载建立、修改和释放过程中涉及的各条消息以及每条消息中包含的IE。 1.3 参考资料 【1】LTE_call_processing_entity_msg_flow_zengzhaohui.vsd 【2】3GPP TS 36.413 S1 Application Protocol (S1AP)（Release 9） 【3】3GPP TS 24.301 Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS) （Release 9） 【4】3GPP TS 36.331 Radio Resource Control (RRC) （Release 9） 1.4 术语和缩略语定义 略。
2公用子流程 2.1.1RRC连接建立 2.1.1.1 RRC连接建立相关流程 图 2-1: RRC连接的成功建立流程 图2-2: RRC连接建立，网络侧发起拒绝 2.1.1.2 关键消息 RRCConnectionRequest RRCConnectionRequest消息用于请求建立RRC连接。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetup RRCConnectionSetup消息用于建立SRB1。该消息的一些具体信息为： 信令承载： SRB0 RLC-SAP：TM 逻辑信道：CCCH 消息的主要IE：第四节所附EXCEL文档 RRCConnectionSetupComplete RRCConnectionSetupComplete消息表示成功建立RRC连接。该消息的一些具体信息为：
无线侧简单QCAT信令分析流程 一、软件安装部分 1、安装软件介绍 双击安装QCAT.06.30.22.00，安顺序要求下一步安装到结束就可以。安装结束后在电脑程序中查询QCAT单击就可以进入软件，软件可以同时打开多个。 2、软件页面介绍 打开软件后出现的页面如下：
第一次打开软件时需要在配置页面设置信令类型按颜色显示，方便分析，具体如下： 在Configuration中持续点击Use Friendly Viewer Colors待出现下拉菜单时由默认的false 改成true。 按上图1到4步骤打开测试数据，其中测试数据可以同时打开多个，也可以一次打开1次，主要看电脑性能。
打开测试数据后默认状态会显示数据所有信令，需要按点击上图1位置对多余信令进行筛选，图2为需要显示的信令，按需选择；也可以通过图3位置输入代码查找相应的信令。Packets页面信令栏解释： #:信令编号 Time:信令记录时间 Type:信令代码 Description:信令名称 Subtitle:信令具体名称 Direction:BS<<
呼叫信令详解（前后台） 重点关注参数解释 PCCPCH-RSCP:UE 测得主公共控制信道的码片功率 PCCPCH-C/I: UE 测得主公共控制信道的载干比 PCCPCH-Path Loss: 主公共控制信道的路损 DPCH-RSCP: UE 测得专用信道的码片功率 DPCH-C/I: UE 测得专用信道的载干比 DPCH-ISCP:专用信道的干扰信号 BLER:误块率，是一段时间内误块数与总TB 块数的比值。即 的 总传输块数 呼叫流程信令图 起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通 建立RRC连接 （1）UE 在取得下行同步后，向NodeB发送SYNC_UL，接收到NodeB 回应的FPACH 信息后，在RACH 信道上向RNC 发送RRC Connection Request 消息，发起RRC 连接建立过程。 （2）RNC 准备建立RRC 连接，分配建立RRC 连接所需要的资源，并发送一条Radio Link
Setup Request 消息给NodeB。 （3）NodeB 配置物理信道，在新的物理信道上准备接收UE 消息，并给RNC 发送一条Radio Link Setup Response 响应消息。 （4）RNC 通过ALCAP 协议，建立Iub 数据传输承载。Iub 数据传输承载通过AAL2 的绑定标识与DCH 绑定在一起。建立Iub 数据传输承载需要NodeB 确认。 （5）（6）通过Downlink Synchronisation 和Uplink Synchronisation. 控制帧，NodeB 与RNC 为Iub 数据传输承载建立同步，此后NodeB 开始DL发送。（7）RNC 在FACH 信道上发送RRC Connection Setup 消息给UE。 （8）UE 在DCCH 上发送RRC Connection Setup Complete 消息给RNC，RRC 连接建立完成 直传信令连接建立（含鉴权和加密）
VOLTE信令流程 VOLTE是基于SIP协议的语音通话，所有与IMS交互的信令全部为SIP信令，在理解VOLTE信令方面必须对SIP信令进行了解，EPC只是做为业务承载体。由于SIP信令是以加密方式传输，SIP信令只有在CN侧和终端侧才能解码，基站CDL无法记录SIP信令，同时CDL无法解码较多NAS层直传消息，所以本文中的信令说明部分不结合CDL信令进行说明1.注册流程及重要信令详解 SIP 提供了发现机制，如果用户要发起和另一个用户的会话，SIP 必须发现可到达目的用户的当前主机，注册将记录地址 URI 和一个或者多个联系地址相关联，这样才能进行呼叫等业务。 严格意义上说，SUBSCRIBE和NOTIFY过程不属于注册过程，但由于该过程在注册完成后紧跟着出现，所以本文将该过程放在注册流程中进行说明。用户的注销过程与注册过程相似，主要就是注销请求中,expire值为0，所以本文中不再进行单独说明，注销过程无SUBSCRIBE信令，是因为UE注册时已有SUBSCRIBE。 信令说明如下： 1.UE进行Attach，建立QCI=9的默认承载，并使用IMS APN建立PDN连接； 2.建立立QCI=5的默认承载，用于传送SIP信令； 3.UE通过QCI=5的默认承载向IMS发起注册请求； 4.P-CSCF通过HSS获知用户信息不在数据库中，便向终端代理回送401 Unauthorized 质询信息，其中包含安全认证所需的令牌；
5.终端将用户标识和密码根据安全认证令牌加密后，再次用REGISTER消息报 告给P-CSCF服务器； 6.P-CSCF将REGISTER 消息中的用户信息解密，验证其合法后，IMS核心网 将该用户信息登记到数据库中，并向终端返回成功响应消息200 OK； 7.用户向IMS订阅注册事件包 8.服务器应答订阅成功 9.IMS服务器发送notify消息，由于订阅的用户已经注册，所以IMS服务器 回应Notify消息中，状态为active，同时携带XML信息 10.终端发送Notify 200表示接收成功 注册过程测试信令载图如下： 注销过程测试信令截图如下： 1)Activate Default EPS Bearer Context Request（QCI=5） 该信令是用于建立QCI=5的默认承载，所有SIP信令都通过QCI=5的承载传输，该信令的内容已在该信令前的RRC重配置中附带下来。 主要说明如下： 该信令中主要是关注QCI等级，必须是QCI=5，才能传输SIP信令，ERAB ID=6 2)REGISTER(1ST Sip Register Request)& REGISTER 401（Unauthorized） REGISTER信令是用于网络注册，建立关联
Layer 3信令分析及流程详解
Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1
说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。