TD信令单词解析

TD-LTE 基本信令解析版本：V1.0中兴通讯工程服务部TDD产品支持部发布本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播版本说明：本文档目的是对LTE的基本信令进行解释说明，方便大家熟悉理解LTE的信令流程。

本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播适用对象：TD-LTE网优人员使用建议：在阅读本文档之前，建议先了解下面的知识和技能：本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播目录1概述22信令解析 (3)2.1广播消息解析 (3)2.1.1Masterinformationblok解析 (3)2.1.2System Information解析 (4)2.1.3System Information Block type1解析 (8)2.2切换信令解析 (9)2.2.1Measurment Report信令解析 (9)2.2.2RRC Connection Reconfiguration解析 (10)2.2.3RRC Connection Reconfiguration complete解析 (18)2.3接入过程信令解析 (18)2.3.1RRC Connection Request解析 (18)2.3.2RRC Connection Setup解析 (19)2.3.3RRC Connection Setup Complete解析 (31)2.3.4Initial UE Message解析 (32)2.3.5Initial Context Setup Request解析 (33)2.3.6RRC Connection Reconfiguration (36)2.3.7Initial Context Setup Response解析 (50)2.3.8Initial Context Setup Failure解析 (51)2.4安全模式过程信令解析 (51)2.4.1SecurityModeCommand信令解析 (52)2.4.2SecurityModeComplete 信令解析 (53)2.4.3SecurityModeFailure (53)2.5释放过程信息解析 (53)2.5.1S1AP_UeContext Release Request信息解析（异常流程） (54)2.5.2S1AP_UeContext Rrelease Command信令解析（异常流程） (55)2.5.3S1AP_UeContext Release Complete信令解析（异常流程） (56)2.5.4S1AP_UeContext Rrelease Command信令解析（正常流程） (56)2.5.5S1AP_UeContext Release Complete信令解析（正常流程） (57)1 概述对信令的理解和熟悉有助于在网络规划和优化过程中定位问题，因此是网络优化的必备能力。

1、SINR：信号与干扰加噪声比（Signal to Interference plus Noise Ratio）是指:信号与干扰加噪声比（SINR）是接收到的有用信号的强度与接收到的干扰信号（噪声和干扰）的强度的比值。

表示信号的质量的好坏。

SINR<3db,RQ>4.2、PCI:物理小区标识，由系统中的PSS，SSS组成；pci物理小区标识共504个，从0至503，分成168组，每组3个，UE在小区搜索过程中，可由pss获得小区id，由sss获得组号。

NID1:物理层小区标识组，范围从0 到167共168组（决定了辅同步序列）NID2:组内ID，范围从0 到2（决定了主同步序列）PCI=PSS+3*SSSSSS:0-167、PSS:0-2，,CELL1：PCI=0+3*1=3 CELL：PCI=1+3*1=4，CELL3：PCI=2+3*1=5.3、eNB间通过X2口切换Ø A3或A4触发事件上报，当目标小区和源小区分别属于2个X2链路的eNB时，引发eNB间的X2切换,前提是2个eNB之间配置了X2关系Ø 当源eNB收到UE的测量上报，并判决UE向目标eNB切换时，会直接通过X2接口向目标eNB。

目前的X2链路是根据邻区配置的；而在实现邻区自动优化后会根据需要自动增加，而在一定时间内如果没有使用，就会删除．LTE系统中，按照源小区和目标小区的从属关系和位置关系，一般将切换分为：LTE系统内切换和LTE系统与异系统之间的切换，其中LTE系统内切换包括eNB切换，通过X2接口连接的eNB间切换和通过S1接口连接的eNB间切换。

S1接口的切换过程从信令流程上分为切换准备，切换资源分配，切换通知等过程，切换准备过程由源eNB发起，通过核心网节点，要求目标eNB为本次切换准备资源。

切换资源分配过程由MME发起，在目标eNB中为本次切换准备和预留所需要的资源。

在UE成功接入到目标eNB后，由目标eNB发起切换通知过程，通知MME这个UE已经成功转移到目标小区。

1 概述本文主要就TDD-LTE信令解码进行详细介绍（上篇：主要介绍系统消息），主要包括信令主要作用、信令包含字段、各个字段生效方式、字段配置场景以、字段含义和字段作用。

由于TDD-LTE系统本身也在不断完善，部分信令涉及字段会随着LTE系统需求出现变更，因此此文档将不断进行更新调整。

2 Master Information Block2.1 发送场景UE会在下述过程之后接收系统信息：1）小区选择（开机后）和小区重选2）切换3）从其它RAT进入E-UTRA4）重回服务区5）接收到系统信息改变通告6）接收到ETWS通告指示7）接收到CDMA2000上层请求8）系统信息超出最大有效期-周期性的补充点：LTE中之所以要在切换后接受系统消息，是因为LTE系统设计扁平化以后取消了RNC网元，也就是LTE中切换的测量配置下发、判决都是eNodeB完成，在当前不支持X2口切换前提下，切换完成后UE对于该小区下的系统消息配置是不清楚，所以会接收系统消息；如果支持X2口切换的话，在切换前源eNodeB和目标eNodeB之间会交互配置信息，则不用接收系统消息。

2.2 发端网元处理组装消息内容2.3 收端网元处理接收到MasterInformationBlock后,UE将：1）应用phich-Config中携带的无线资源配置信息；1）当T311正在运行，UE处于RRC_IDLE或者RRC_CONNECTED状态：2）如果UE没有相关小区的有效系统信息：3）将ul-Bandwidth 设置为dl-Bandwidth，直到接收到SystemInformationBlockType2。

2.4 字段解释2.4.1dl-bandwidth1) 字段类型：BIT STRING (SIZE (4））2) 字段描述：下行带宽。

参数配置为：传输带宽配置，下行N RB ，[参见TS 36.101 ]。

如n6与6个资源块对应，n15对应15个资源块等等Channel bandwidthBW Channel[MHz]1.4 3 5 10 15 20Transmission bandwidthconfiguration N RB6 15 25 50 75 1003) 现网举例：n100 。

呼叫信令详解（前后台）呼叫流程信令图起呼过程分四个阶段：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 请求的业务等内容。

TD-RNC 无线信令浅析本文目的只想起到一个抛砖引玉的作用，很多都是个人一些粗浅见解，希望大家拍砖。

本文信令分析只涉及UE开机注册过程、CS语音呼叫、PS拨号上网等方面一些简单的分析。

1、UE开机注册网络过程1）R rcConnectionRequest：上报TMSI，MCC，MNC，LAC参数以及此次RRC连接建立目的，以上面的信令为例: TMSI= 98800100，MCC=460，MNC=07，LAC=0007， Rrc建立的原因为网络注册。

.u.tmsi_and_LAI.tmsi.data = B8 F0 01 00.u.tmsi_and_i.plmn_Identity.mcc.n = 3.u.tmsi_and_i.plmn_Identity.mcc.elem[0] = 4.u.tmsi_and_i.plmn_Identity.mcc.elem[1] = 6.u.tmsi_and_i.plmn_Identity.mcc.elem[2] = 0.u.tmsi_and_i.plmn_Identity.mnc.n = 2.u.tmsi_and_i.plmn_Identity.mnc.elem[0] = 0.u.tmsi_and_i.plmn_Identity.mnc.elem[1] = 7.u.tmsi_and_c.numbits = 16.u.tmsi_and_c.data = 00 07rrcConnectionRequest.establishmentCause = TRRC_registration2）R adioLinkSetupRequest: RNC给UE分配的UL，DL时隙及所占码道，初始SIR目标值。

UL时隙为3，所占的码道是7，UL初始SIR目标值为8；DL时隙为4，所占码道为4，初始下行发射功率为 -3dBmuL_TimeslotLCR_Information.elem[0].timeSlotLCR = 3uL_Code_InformationList.elem[0].tdd_ChannelisationCodeLCR.tDD_Channel isationCode = 7uL_SIRTarget = 80 实际数值为：80/10=8dL_TimeslotLCR_Information.elem[0].timeSlotLCR = 4dL_Code_LCR_Information.elem[0].tdd_ChannelisationCodeLCR.tDD_Channel isationCode = 15initial_DL_Transmission_Power = -30 实际值-30/10=-3ul_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1ul_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148ul_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0dl_TransportFormatSet.dynamicParts.elem[1].nrOfTransportBlocks = 1dl_TransportFormatSet.dynamicParts.elem[1].transportBlockSize = 148dl_TransportFormatSet.semi_staticPart.transmissionTimeInterval = 0nrOfTransportBlocks = 1transportBlockSize = 148transmissionTimeInterval = 0信令速率的计算公式是 1×（148－12）/10＝13.6信令速率的计算公式是 1×（148－12）/10=13.6 说明使用的是RRC建立过程采用的是高速信令。

TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。

所有信令为eNB 侧跟踪的信令。

PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。

如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。

该原因值有emergency,highPriorityAccess,TD-LT 信令流程及信令解码第2页共75页mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。

其中“mt”代表移动终端，“mo”代表移动始端。

信令解码如下：-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

.页脚TD-LTE信令流程及信令解码本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析，并加以标注，所有信令为eNB侧跟踪的信令。

PS业务建立流程：1.1RRC Connection RequestUE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：.页脚- ue-Identity :初始的UE 标识。

如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。

该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。

其中“mt ”代表移动终端，“mo ”代表移动始端。

信令解码如下：-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

TD-LT 信令流程及信令解码第1页共75页TD-LTE 信令流程及信令解码本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。

所有信令为eNB 侧跟踪的信令。

PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。

如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。

该原因值有emergency,highPriorityAccess,TD-LT 信令流程及信令解码第2页共75页mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。

其中“mt”代表移动终端，“mo”代表移动始端。

信令解码如下：-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

-------------------------- TD-LTE信令流程及信令解码（2013.03）--------------------------本文主要就PS 业务建立流程和LTE 系统内切换的信令及信令解码进行重点IE 分析，并加以标注。

所有信令为eNB 侧跟踪的信令。

1. PS 业务建立流程：1.1 RRC Connection RequestUE 上行发送一条RRC Connection Request 消息给eNB,请求建立一条RRC 连接，该消息携带主要IE 有：- ue-Identity :初始的UE 标识。

如果上层提供S-TMSI ，侧该值为S-TMSI ；否则从0…240-1中抽取一个随机值，设置为ue-Identity 。

- establishmentCause :建立原因。

该原因值有emergency, highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。

其中“mt”代表移动终端，“mo”代表移动始端。

信令解码如下：-RRC-MSG : |_msg :|_struUL-CCCH-Message : |_struUL-CCCH-Message : |_message : |_c1 :|_rrcConnectionRequest : |_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :| |_randomValue : ----'0011000101001001011110110111100011000011'B(31 49 7B 78 C3 ) ----|_establishmentCause : ---- highPriorityAccess(1) |_spare : ---- '0'B(00 ) 04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ，包含建立SRB1承载和无线资源配置信息。

DPCH Dedicated Physical Channel专用物理信道(DCH)P-CCPCH Primary Common Control Physical Channel主公共控制物理信道(BCH) S-CCPCH辅助公共控制物理信道(FACH,PCH)PRACH Physical Random Access Channel物理随机接入信道(RACH)PUSCH Physical Uplink Shared Channel物理上行共享信道(USCH)PDSCH Physical Downlink Shared Channel物理下行共享信道(DSCH)DwPCH下行导频信道UpPCH上行导频信道PICH Page Indication Channel寻呼指示信道F-PACH快速物理接入信道RSCP Received Signal Code Power接收信号码功率SCCP Signaling Control Connection Part信号连接控制部件参数名称，参数解释PCCPCH（Primary Common Control Physical Channel） RSCP（-25，-116，-95以上）主公共控制物理信道的平均接受信号码功率，它特指的是两个PCCHPCH码道的功率之和。

DPCH（Dedicated Physical Channel） RSCP（dBm） (-14DB) 专用物理信道的平均接受信号码功率（打了对其他小区有干扰）Path Loss（dB）载波RSSI（接收到的所以信号的和，不能排除的干扰）Timing Advance（Chip/8）时间提前量（调整UE的发射时钟（通常是“提前”））以补偿电磁传播时延UpPCH Txpower(dBm) UE在一个载波上上行导频信道的平均发射功率（PUpPCH=LPCCPCH+PRxUpPCHdes+（i-1）*Pwrramp）上行开环功控主要用于UE 端在UpPTS和PRACH上发起随机接入过程，此时UE还没有从DPCH信道上收到功率控制命令，对于所有的上行链路来说，首先需要通过高层信令来设置一个上行链路的Maximum_Allowed_UL_TX_power功率值（在终端能力范围内）。

TD基本信令解析大全（包括前台及后台）目录1.1 前台正常通话建立信令流程分以下几个步骤： (2)1.1.1 RRC连接过程： (3)1.1.2 初始直传信令 (4)1.1.3 鉴权过程如下： (5)1.1.4 加密过程如下： (5)1.1.5 SETUP过程 (6)1.1.6 CALL PROCEEDING过程 (6)1.1.7 RAB建立过程 (6)1.1.8 呼叫释放过程 (7)1.2 后台信令比前台信令更复杂，因前台信令仅仅包括层三信令（UU口信令），而后台跟踪信令包括IU、IUR、IUB、UU等各层信令，在日常问题定位中往往要结合前后台信令分析才行，因有详细资料就直接附上后台信令解说文档一份（我个人认为是众多资料中比较实用而又相对容易理解的，介绍给大家希望能对大家有所帮助） (10)1.3 切换触发事件类型 (10)1.4 事件2A: 最佳载频变化 (12)频间测量控制 (15)1.1 前台正常通话建立信令流程分以下几个步骤：1.RRC连接过程2.NAS信令建立过程（初始直传信令过程）3.鉴权过程（可选）4.安全模式过程5.SETUP过程6.CALL PROCEEDING过程7.RAB建立过程8.呼叫释放过程1.1.1 RRC连接过程：在RRC连接请求中，可以看出手机的TMSI和当时RRC连接时候的场强，如下RRC连接建立成功的信令中看出，是否支持23G切换，如下：1.1.2 初始直传信令1.1.3 鉴权过程如下：1.1.4 加密过程如下：手机起呼过程可细分为：1.1.5 SETUP过程1.1.6 CALL PROCEEDING过程1.1.7 RAB建立过程手机释放过程，先释放Iu口，再RRC连接释放，如下：以上就是前台一次正常通话建立的信令全过程，此外通话过程中切换信令如下图所示：在Setup中可知被叫号码：物理信道重配置与物理信道重配置完成，可以看到业务时，占用时隙，码道，业务频点，如下：1.2 后台信令比前台信令更复杂，因前台信令仅仅包括层三信令（UU 口信令），而后台跟踪信令包括IU 、IUR 、IUB 、UU 等各层信令，在日常问题定位中往往要结合前后台信令分析才行，因有详细资料就直接附上后台信令解说文档一份（我个人认为是众多资料中比较实用而又相对容易理解的，介绍给大家希望能对大家有所帮助）TD后台信令流程.doc另外从资料中筛选了部分在日常网优中比较实用的信令解说资料1.3 切换触发事件类型事件1G:最佳频内小区变化若任何P-CCPCH 变得优于先前的最佳P-CCPCH ，触发该事件。

TD一些信令浅析Outgoing Call Attempt 即将离任的呼叫尝试Incoming Call Attempt 来电偿试Call Attempt Retry 呼叫尝试重试RRC Connection Completed 区域参考连接完成RAB Setup RAB设置RAB Setup Completed RAB的安装完成Call Setup 呼叫建立Call Established 呼叫成立Call End 通话结束Outgoing Dropped Call 即将离任的掉话Outgoing Blocked Call 即将离任的封锁呼叫Incoming Dropped Call 传入掉话Incoming Blocked Call 阻止传入呼叫Cell Reselection 小区重选Intercell Handover Command Intercell的切换命令Intercell Handover Success Intercell的切换成功 Intercell Handover Failure Intercell的切换失败 Intracell Handover Command 小区内切换命令Intracell Handover Success 小区内切换成功Intracell Handover Failure 小区内切换失败 Soft Handover Command 软切换命令 Soft Handover Success 软切换成功Soft Handover Failure 软切换失败Hard Handover Command 硬切换命令 Hard Handover Success 硬切换成功Hard Handover Failure 硬切换失败Handover Command(UMTSàGSM) 交接命令Handover Success(UMTSàGSM) 交接成功Handover Failure(UMTSàGSM) 交接失败HandOver Command(GSMàUMTS) 交接命令HandOver Success(GSMàUMTS) 交接成功HandOver Failure(GSMàUMTS) 交接失败Location Update Request 位置更新请求 Location Update Success 位置更新成功 Location Update Failure 位置更新失败 Routing Area UpdateRequest 路由区域更新请求 Routing Area Update Success 路由区域更新成功 Routing Area Update Failure 路由区域更新失败Authentication Request 认证请求 Authentication Success 验证成功 Authentication Failure 验证失败 Authentication Reject 验证拒绝 CDMA Site SITE NAME 基站名称LONGITUDE 基站的中央子午线经度LATITUDE 基站的中央子午线纬度 CELL NAME 小区名称 BID 基站ID NID 网络IDSID 移动业务本地网ID PN导频 NEIGHBOR LIST 邻小区列表 MCC 移动国家码 MNC 移动网络码 OMCR 基站操作维护中心 MSC 移动交换中心 BSC 基站控制中心AZIMUTH 天线方位角 TILT 天线倾斜角 POWER天线发射功率 ANTENNA HEIGHT 天线高度 GROUND HEIGHT 地面高度。

CSFB信令流程：1、Extended service request2、RRC Connection Request建立原因：3、RRC Connection setup4、RRC Connection setup complete∙rrc_TransactionIdentifier：RRC Connection Setup Complete消息中含有rrc_TransactionIdentifier的值应该与RRC Connection Setup中的rrc_TransactionIdentifier相同，信元含义见RRC Connection Setup。

∙SelectedPLMN_Identity是SIB1广播中plmn-IdentityList的index，其中SelectedPLMN_Identity若为1，则代表是SIB1的plmn-IdentityList中的第一个。

∙dedicatedInfoNAS携带NAS消息，包含ATTACH REQUEST，TAU REQUEST，SERVICE REQUEST等消息。

5、Security Mode Command该消息是E-NodeB发给UE的，消息主要包含了协商的安全算法信息，包括加密算法和完整性保护算法。

>cipheringAlgorithm = 0：加密算法（0：eea0；1：eea1；2：eea2）。

>integrityProtAlgorithm = 0：完整性检查算法（0：served；1：eia1；2：eia1）6、Security Mode complete对SecurityModeCommand消息的响应消息，无实质内容。

7、UE Capability Enquiry8、UE Capability Information9、RRC connection ReconfigurationRRC Connection Reconfiguration信令首先提供给终端目标小区的频点、带宽、邻区配置数量和小区质量偏移。

RAB:无限承载,,RAB是用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。

RAB的指配是由CN发起，RNC执行的功能RB是一种无线承载，位于SRNC和UE之间，包括layer2和layer2以下，是向layer2提供的服务Baton：接力Enquiry查询Notify：通知Status：状态Established：建立完成Congestion：拥塞Transfer：转移，转用，调用。

Physical Commom Control Channel PCCPCH：公共物理信道Pccpch:基本公共控制物理信道辅公共控制物理信道（S-CCPCH）RSCP：接收信号码功率Received Signal Code PowerDPCH:下行信道RSSI:UE测量所得GSM网的电平值ISCP:干扰信号码功率：在特定时隙内的Midamble上测量的接收信号中的干扰C/I：信噪比，越高越好PCCPCH pach loss：公用物理信道路径遗失BLER：传输信道误块率估计Deletion：删除UE-TX POWER：手机发射功率PCCPCH SIR:公用物理信道信干比SG:信令网关MGW:还具有媒体处理设备(如码型变换器、回升消除器、会议桥等),TD TR-TCH TD拥塞信道测量信息TD Transmission Traffic Channel Measurement Information Txpwr：UE发射功率TSIR:目标SIR，用于上行内环功率控制，调节UE的发射功率，使基站收到的SIR达到TSIR 闭环发射功率控制TPC（Transmit Power Control）时间交替发射分集TSTD（Time Switched Transmit Diversity）功率调整步长:Power stamp stepRSSI:接收信号强度指示SFN:System Frame NumberParamID: *识别小区的参数，包含SYNC-DL和Basic MA Idx信息。

一、常见名词信道●物理信道P-CCPCH：主公共控制物理信道（Primary common control physical channel，P-CCPCH）S-CCPCH：辅公共控制物理信道（Secondary common control physical channel，S-CCPCH）FPACH：快速物理接入信道（Fast Physical Access Channel，FPACH）PRACH：物理随机接入信道（The physical random access channel，PRACH）UpPCH：同步信道（The synchronisation channels，DwPCH，UpPCH）PUSCH：物理上行共享信道（Physical Uplink Shared Channel，PUSCH），PUSCH 信道在现有设备、终端中没有实现。

PDSCH：物理下行共享信道（Physical Downlink Shared Channel，PDSCH），PDSCH 信道在现有设备、终端中没有实现。

PICH：寻呼指示信道（The Page Indicator Channel，PICH）HS-PDSCH：高速下行物理共享信道（High Speed Physical Downlink Shared Channel ，HS-PDSCH）HS-SCCH ：HS-DSCH下行共享控制信道（Shared Control Channel for HS-DSCH，HS-SCCH）HS-SICH ：HS-DSCH共享信息信道（Shared Information Channel for HS-DSCH，HS-SICH）HS-SICH是用来承载高层控制信息以及信道质量指示（CQI）的上行物理信道。

DPCH：专用物理信道（Dedicated Physical Channel）●传输信道DCH：（Dedicated Channel）专用信道E-DCH：增强专用信道(E-DCH)BCH：Broadcasting Channel广播信道PCH：Paging Channel 寻呼信道FACH：Fast Access Channel 快速接入信道RACH：Random Access Channel 随机接入信道USCH：上行共享信道DSCH：下行共享信道HS-DSCH：高速下行共享信道CCTrCH ：(Coded Composite Transport Channel ) 码组合传输信道●逻辑信道控制信道）BCCH：广播控制信道，下行信道PCCH：寻呼控制信道，下行DCCH：专用控制信道，上下行CCCH：公共控制信道，上下行SHCCH：共享控制信道，上下行MCCH：MBMS点到多点控制信道，下行MSCH：MBMS点到多点调度信道，下行业务信道）DTCH：专用业务信道，上下行CTCH：公共业务信道，下行MTCH：MBMS点到多点业务信道，下行其他UTRAN：UMTS Terrestrial Radio Access Network - UMTS 陆地无线接入网。