WCDMA信令分析(详细解释层三信令及涉及常用参数)-信令解码
WCDMA信令详解
呼叫信令详解（前后台）重点关注参数解释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 连接建立完成直传信令连接建立（含鉴权和加密）（9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。
WCDMA信令详解之系统消息
DINGLIWCDMA信令解析系统消息参数LuoCheng2012-3-14本文档主要针对WCDMA信令的系统消息参数给出详细解析和说明，系统消息截图为鼎利Navigator 5.8第一部分系统消息介绍1.1 系统消息的简介系统消息在3G系统中非常重要的，它默默无闻且永不停息的为UE服务直到小区被删除。
系统消息中包含着大量的参数，这些参数主要包括网络属性信息，UE所需的定时器、公共信道信息、小区选择与重选和测量信息。
这些参数决定了UE在小区中的驻留，重选以及呼叫。
只有UE接收全了必要的系统消息，UE才能在这个小区驻留。
1.2 系统消息的广播过程1、RNC通过发送SYSTEM INFORMATION UPDATE REQ消息发送给NODEB，其中带有所有需要更新的系统消息的编码码流，NODEB收到后通过简单的检查调度顺序，就发送SYSTEM INFORMATION UPDATE RESPONSE给RNC。
通知RNC系统消息更新成功，同时NODEB 开始广播SYSTEM INFORAMATION消息给小区中的所有UE。
2、系统消息是NODEB通过BCH发送给UE的。
BCH传输信道的TTI为20ms，所以NODEB每20ms发送一次SYSTEM INFORAMATION。
1.3 系统消息更新过程对于使用V alue Tag的系统信息块，若发生改变，需把IE BCCH modification info中MIB的V alue Tag设为新值，并以以下两种方式通知UE：1、UE处于Idle、Cell_PCH、URA_PCH状态下，UTRAN通过发送Paging Type1消息通知UE 重新读取新的系统消息。
2、UE处于Cell_FA CH状态下，UTRA N发送系统消息变更指示System Information Change Indication消息通知UE重新读取新的系统消息。
第二部分系统消息参数2.1 MasterInformationBlockMasterInformationBlockChannel_Type:指示该信令占用信道类型，一般信令后都有括号显示；Direction:指示信令方向，下行为0，上行为1；Mib-V alue Tag mib值标签，为1~8之间的整数，在系统信息修改时值会变；Support PLMN-Type所支持的PLMN类型，取值范围（GSM-MAP,ANSI-41）PLMN identity：服务小区PLMN,含MCC和MNC两部分系统信息的分段和级联由于SYSTEM INFORMATION消息的长度是有限制的，有的信息块过长，不能在一个系统信息消息里传完，因此需要将它进行分段；多个SIB的分段也可以级联在一起，放在一个系统信息消息里传输。
WCDMA关键信令详解
WCDMA网络关键信令•rrcConnectionRequest含义：UE请求建立一个RRC连接，包含UE标识和原因码（Originating Conversational Call、Originating Streaming Call、Originating Interactive Call、Originating Background Call、Originating Subscribed traffic Call、Terminating Conversational Call、Terminating Streaming Call、TerminatingInteractive Call、Terminating Background Call、Emergency Call、Inter-RAT cell re-selection、Inter-RAT cell change order、Registration、Detach、Originating High Priority Signalling、Originating Low Priority Signalling、Call re-establishment、Terminating High Priority Signalling、Terminating Low Priority Signalling、Terminating – cause unknown）信令方向：UE -> UTRAN•rrcConnectionSetup （消息中包含RNC分配的专用信道或公共信道信息）含义：接受UE的RRC连接建立请求，包括信令链路以及传输信道信息。
信令方向：UTRAN -> UE•rrcConnectionSetupComplete含义：UE确认建立RRC连接，并上报自己的能力。
信令方向：UE -> UTRAN•CM Service Request （nas 层cm部分cc,sms,ss等业务）含义：连接管理子层服务请求，含服务请求原因码。
(完整word版)WCDMA_物理层层信道详细解读
WCDMA1、WCDMA物理层信道1.1、同步信道（SCH, Synchronisation Channel）SCH是下行物理信道，分为主同步信道（P—SCH， Primary SCH）和从同步信道（S—SCH, Secondary SCH）。
主要用于UE在开机后与系统进行时隙同步和帧同步的过程，以完成物理层同步。
SCH是一个用于在小区搜索过程中UE与网络进行时隙同步和帧同步的下行物理信道。
SCH包括两个子信道,一个是主同步信道（P-SCH),另一个是从同步信道（S-SCH）。
SCH 的每个无线帧长度为10ms（38400chips)，分为15个时隙.每个时隙的长度为2560chips。
SCH 的无线帧结构如图：P—SCH 上发送的是基本同步码（PSC， Primary Synchronization Code），长为256chips.PSC 在每一个时隙的前256个码片的位置发射一次，在图中用cp表示。
系统中每个小区的PSC 都是相同的。
S—SCH 上发送的是辅助同步码（SSC， Secondary Synchronization Code），长为256chips。
S—SCH 与P-SCH 在时间上并行传输。
SSC 在图中用csi,k来表示，其中i（0～63)表示主扰码组的组号,k（0~14）表示时隙号。
S-SCH 的每一个无线帧重复发射这15个SSC。
每个SSC 是从长为256chips的16个不同的码片序列中选取的.在S—SCH上发送的SSC 序列共有64种确定的组合，对应64个主扰码组，用于指示小区的下行扰码是属于哪一个扰码组的.也就是说如果两个小区的主扰码不同，那么这两个小区的S—SCH信道上发送的SSC 序列就不同.图中的参数a用于指示P-CCPCH 是否进行了发射分集，a=+1，表示P—CCPCH进行了STTD 发射分集，a=-1，表示P—CCPCH 未进行STTD 发射分集。
SCH 信道不进行扩频和加扰。
WCDMA性能指标参数解释
WCDMA性能指标参数解释:C/I 载干比:载频信号强度与干扰强度之比SIR 信干比: SIR=RSCP/ISCPSNR 信噪比Eb/No 每比特能量与噪声功率密度(噪声比)之比Eb/No=SNR.Gp Gp:处理增益Eb/Io 每比特能量与干扰功率密度(干扰比)之比Eb/Io=SIR.GpEc/No 每码片能量与噪声功率密度(噪声比)之比Ec/No=RSCP/RSSIEc/Io 每码片能量与干扰功率密度(干扰比)之比RSCP:接受信号码功率是CPICH信道解扩后收到的功率ISCP:解扩后接收信号上的干扰RSSI:接受信号强度指示即:在整个信道频带内的宽带接受功率相关参数详细解释：信号符号：1．C：载波功率2．Ec：码片的能量3．Eb：业务信道上的比特能量，在95与1x与Ec的关系为：Eb+Ec+W/R(dB)4．Ior：Do中的概念，指有用信号的功率谱密度。
信号类符号之间关系：1．C与Ec：C为载波功率，Ec为码片能量，在WCDMA中两者的关系为：VC=W*Ec。
（此处W为码片速率）2．Eb与Ec：95与1x中业务信道的比特能量，Eb=Ec+W/R（dB）3．Ior与Ec：Ior为有用信号的功率谱密度，是一种综合的值，与带宽W的的积为总功率，从这点看与Ec一样，为什么不用Ec，主要是考虑到DO中前向一个时隙中各Ec值并不相同。
所以Ior相当于一个综合的Ec，或者说是前向各Ec的平均。
噪声干扰符号：1．I：干扰总功率，包括热噪声，不包括有用信号功率。
2．Io：干扰功率谱密度，包括热噪声，主要在导频信道上与Ec配合组成Ec/Io使用。
3．No：热噪声功率谱密度，计算公式为：10lg（KT）+NF4．Nt：噪声功率谱密度，包含热噪声和干扰。
5．Ior：其他小区和用户的干扰功率谱密度，不包括热噪声。
干扰类符号之间的关系：1．Io与Nt：都是噪声谱密度，热噪声谱密度加干扰谱密度，两者相同。
Io的说法偏重于干扰，而Nt的说法偏重于噪声。
层3信令解码cause分析
层3信令解码cause分析原因NO.1：未分配的（未确定的）号码MSC"unassi gned(unallo caled) number"该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。
.2：无路由到达规定的转换网络（国内使用）"no routeto specif ied transi t networ k(nation aluse)"unallo caled(unassi gned) number因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。
发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。
持该原因由网络决定。
原因NO.3无路由到达终点"no routeto destin ation"该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。
是否支持该原因由网络决定。
NO.4发送特殊的信息音m"send specia l inform ation tone"因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。
原因NO.5转接前缀拨号错误（国内使用）"misdia lledtrunkprefix(nation al use)"该原因表示被叫方号码的转接前缀错误内含。
O.6：不可接受的通路"chnnel unacce ptabl e"该原因表示发送实体在呼叫中不接受使用最新标识的通路。
原因NO.7：呼叫已给出并正在已建立的通路上递交MSC"call awarde d and beingdelive red in an establ ished channe l"该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。
WCDMA信令流程详解
目录6.1 概述.......................................................................................................... 错误!未定义书签。
6.2 无线资源控制流程 .................................................................................... 错误!未定义书签。
6.2.1 RRC连接建立流程......................................................................... 错误!未定义书签。
6.2.2 信令建立流程................................................................................. 错误!未定义书签。
6.2.3 RAB建立流程................................................................................. 错误!未定义书签。
1. DCH-DCH ..................................................................................... 错误!未定义书签。
2. RACH/FACH-DCH ........................................................................ 错误!未定义书签。
3. RACH/FACH-RACH/FACH .......................................................... 错误!未定义书签。
WCDMA信令流程与分析
挄协议规定的固定格式封装；
实现特定的功能；
通过组合实现各类网络流程和用户业务。
WCDMA信令流程基础
信令
信令分析是我们日常迕行WCDMA 网络测试和优化分析的关键。 WCDMA 优化测试过程中収生的“事件”（掉话、掉线、脱网）等，通 常由两类因素导致： 无线环境优化丌足（导致弱覆盖戒强干扰）；
WCDMA信令流程基础
UE 状态
Cell-DCH： UE处亍激活状态，正在利用自己与用的信道迕行通信，上下行都具 有与用信道，UTRAN准确的知道UE所位亍的小区中 Cell-FACH： UE处亍激活状态，但是上下行都只有少量的数据需要传输，丌需要 为此UE分配与用的信道，下行的数据在FACH上传输，上行在RACH上传 输，下行需要随时监听FACH上是否有自己的信息，UTRAN准确的知道 UE所位亍的小区，保留了UE所使用的资源，所处的状态等信息。
承载分层
Bearer service: 承载业务。具有能力、延迟、BER的信息传播途径
同GSM以及现存的其它移劢网络相比，WCDMA 的一项崭新而重要 的特性，就是它允许对无线承载的特性迕行协商。用亍定义传输特性的 属性可能有：吞吐量、传输时延和数据差错率。
UMTS允许用户活应用为要传送的信息协商最适当的承载特性，也允许 在已经建立连接后，通过协商来改发承载特性。 承载协商由应用収起，再协商则可能是由应用戒网络収起。
Control Plane Application Protocol
User Plane Data Stream(s)
Transport Network Layer
Transport Network User Plane
Transport Network Control Plane
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
呼叫信令详解（前后台）呼叫流程信令图起呼过程分四个阶段：RRC连接建立，直传信令连接建立，RAB建立，震铃接通建立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 连接建立完成建立初始直传/上下行直传（9）UE 在DCCH 上给RNC 发送一条Initial Direct Transfer（CM Service Request）消息，该消息包括了UE 请求的业务类型等信息，例如12.2K语音业务。
（10）RNC 发起初始到CN 的信令连接，并发送一条Initial UE Message 消息给CN，通知CN 关于UE 请求的业务等内容。
通过初始直接传输过程后，可使用该信令连接传输UE 和CN 之间的NAS 消息。
（11）CN 发送RANAP 消息Direct Transfer （Authentication Request）到RNC，要求对UE 进行鉴权。
（12）RNC 发送RRC Downlink Direct Transfer（Authentication Request）消息给UE。
NAS 消息由UTRAN 透明的传输到UE（13）UE 发送RRC Uplink Direct Transfer Message（Authentication Response）消息给RNC，告知网络侧UE 已经按照鉴权要求完成了鉴权。
（14）RNC 发送RANAP 消息Direct Transfer 给CN，将UE 的NAS消息转发给CN。
NAS 消息被透明的传输到UTRAN。
安全模式控制（15）CN 发送RANAP 消息Security Mode Command 给RNC，要求终端进行安全模式控制。
（16）RNC 在下行DCCH 上发送RRC Security Mode Command 给UE，开始/重启加密过程。
（17）UE 成功应用新的加密方式后，在上行DCCH 上发送RRC SecurityMode Complete 给RNC（18）RNC 发送RANAP 消息Security Mode Complete 给CN，双方完成安全模式控制。
建立RAB（19）（20）（21）（22）上行和下行的直接传输过程，NAS 要求传输数据，UE 向网络侧说明Bearer Capability 以及Called Number 等内容。
（22）CN 向RNC 发送RANAP 消息Common ID，告知RNC 该UE 的IMSI。
（23）CN 向RNC 发送RANAP 消息Radio Access Bearer Assignment Request ，发起RAB建立过程。
（24）RNC 通过ALCAP 协议建立Iu 数据传输承载，并利用AAL2 绑定标识将Iu 数据传输承载和无线接入承载绑定在一起。
（25）RNC 要求其NodeB 准备建立DCH 来承载RAB（RadioLinkReconfiguration Prepare）（26）NodeB 配置资源并通知RNC 准备完毕（Radio Link Reconfiguration Ready）（27）RNC 通过ALCAP 协议建立Iub 数据传输承载，并利用AAL2 绑定标识将Iub 数据传输承载绑定到DCH。
（29）NodeB 和RNC 通过Downlink Synchronisation 和Uplink Synchronistion DCH-FP （28）帧为Iub 数据传输承载建立同步关系。
（30）RNC 向NodeB 发送NBAP 消息Radio Link Reconfiguration Commit（31）RNC 向UE 发送RRC 消息Radio Bearer Setup（32）UE 按照新的传输格式发送RRC 消息Radio Bearer Setup Complete 给RNC。
（33）RNC 发送RANAP 消息Radio Access Bearer Assignment Response 给CN，RAN 建立完成。
呼叫过程前后台信令解析RRC CONNECTION REQUEST关键点1：UE的tmsi号关键点2：MCC（移动国家码）关键点3：MNC（移动网络码）关键点4：LAC区（将2进制转化为10进制即可）关键点5：建立原因（主叫会话类通话）被叫为terminatingConversation call 关键点6：现占小区PCCPCH RSCP（用目标值-116dBm即为实际值）关键点7：现占小区扰码RRC CONNECTION SETUP关键点1：UE下行所占时隙，如图所示，UE占用TS3时隙关键点2：UE下行所占码道，如图所示，UE占用TS3的1，2码道，从右到左即为1—16码道关键点3： cell_id：小区ID计算方法为：cell_id：二进制换算成十进制：XRNC ID * 65536 + CELL ID=X关键点1：UE上行所占时隙，如图所示，UE占用TS2时隙RRC CONNECTION COMPLETE关键点1：UE支持的频段：A频段关键点2，3，4，5：UE是否支持PDSCH，8PSK，PUSCH（true为支持，false为不支持）关键点6：UE是否支持GSM模式（true为支持，false为不支持）关键点7：UE是否支持HSDPA（true为支持，false为不支持）RRC_INIT_DIRECT_TRANSF关键点1：申请的业务类型（电路域/分组域）关键点2：nas Message：Nas消息,核心网解包RANAP_INITIAL_UE_MESSAGEcN DomainIndicator：标识为CS业务pLMNidentity：64 F0 31，即 MCC="460", MNC="13" PLMN网号:46013 imsi：核心网返回给RNC UE的IMSI号，460136300000002lAC：00 22 ：即lAC 号为22sAC:：00 01：即sAC 号为16RANAP_COMMON_IDIMSI:每两位反过来读取，从左到右RANAP_RAB_ASSIGNMENT_REQ关键点1：rAB ID：RAB标识;这个元素唯一地识别一个特定UE在CN域的无线接入承载，它在一个Iu连接上是唯一的关键点2：trafficClass：业务类别，对话类（conversational）关键点3：MaxBitrate：最大比特率：12.2k关键点4：guaranteedBitRate ：承诺比特率：12.2k。
表示最低需要满足的速率RANAP_DIRECT_TRANSF震铃CONNECTCONNECT ACKNOWLEDGE（呼叫建立成功）呼叫异常信令解析RRC连接建立中异常流程异常流程1信令连接建立在DCH失败，NodeB无线链路建立失败：在为一个用户建立信令连接时，在Uu 接口的无线资源分配成功后，首先为该用户需建立一条承载RRC 信令的无线链路，但是由于NodeB 的原因（硬件原因、协议错误、其他错误），从而导致空中接口的RRC 连接无法建立，最终导致信令连接的建立失败。
异常流程说明：当Node B 不能按照要求为该用户建立RL 时，向RNC 返回RL Setup Failure 消息，并包含失败原因。
RNC 收回内部为该用户分配的无线资源。
RNC 组织Uu 接口标准消息，向该用户发送RRC Connection Reject 消息，拒绝用户接入。
异常流程2信令连接建立在DCH失败，Iub接口AAL2建立失败：为一个用户建立信令连接时，在无线资源满足的前提下，成功的为用户建立了无线链路，在建立Iub 接口上承载该信令连接的A TM 承载时，发生失败（硬件原因、协议错误、其他错误），从而导致空中接口的RRC 连接无法建立，最终导致信令连接的建立失败。
异常流程说明：信令连接建立过程中，当RNC 与Node B 之间RL 建立成功后，RNC 向Node B 发送ALCAP 的Establish Request消息，发起AAL2 连接建立过程，用于在Iub 接口承载RRC 信令。
RNC 实体的ALCAP 与Node B 实体的ALCAP 进行协商，Node B 实体拒绝建立该收到AAL2 建立失败消息后，RNC 收回内部为该用户分配的无线资源。
RNC 与Node B交互，释放该用户的无线链路。
RNC 组织Uu 接口标准消息，向该用户发送RRC Connection Reject 消息，拒绝用户接入。
异常流程3信令连接建立在DCH失败，网络拒绝RRC连接建立在为一个用户建立信令连接时，在无线资源满足的前提下，成功的为用户建立了无线链路，建立了Iub 接口上承载该信令连接的A TM 承载，在申请本地业务资源时，由于没有足够的本地资源，或其他原因导致本地分配失败或逻辑连接建立失败，从而导致空中接口的RRC 连接无法建立，最终导致信令连接的建立失败。
异常流程说明：信令连接建立过程中，当承载信令连接的RL 以及AAL2 建立成功后，RNC 实体内部申请本地业务资源，由于资源不够或其它原因导致本地资源分配失败。
RNC 收回内部为该用户分配的无线资源。
RNC 与Node B交互，释放该用户的无线链路。
RNC 与Node B交互，释放局间AAL2 链路。