LTE测试信令说明
- 格式：xls
- 大小：58.50 KB
- 文档页数：7
下载文档原格式
合集下载
TDD-LTE信令详解
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 。
XX实验局LTE信令分析指导书-重要
XX实验局信令分析指导书华为技术有限公司2013年7月目录XX实验局信令分析指导书 (1)1正常信令流程 (5)1.1开机流程 (5)1.2 切换流程 (5)1.2.1站间X2切换流程 (6)1.2.2站间S1切换流程 (6)1.3 正常释放流程 (6)2 后台信令跟踪常用字段解析 (7)2.1 RRC建立原因值 (7)2.2 S1AP_INITIAL_UE_MSG 字段解析 (7)2.2.1 TAC字段解析 (7)2.2.2 CELLID字段解析 (8)2.2.3 通过TMSI查找IMSI (9)2.3 S1AP_INITIAL_CONTEXT_SETUP_REQ字段解析 (10)2.3.1 QCI字段解析 (10)2.3.2 ERAB-ID解析 (11)2.3.3 开户峰值速率 (12)2.3.4 MME -UE-S1AP-ID和eNodeB -UE-S1AP-ID (12)2.4 终端支持的网络类型 (13)2.5 终端能力类型 (13)2.6 eNB上报的业务IP (14)2.7切换类字段解析 (15)2.7.1 RRC_CONN_RECFG（测量控制）字段解析 (15)2.7.1.1 A3事件偏置 (15)2.7.1.2 A3事件幅度迟滞 (15)2.7.1.3 A3事件时间迟滞 (15)2.7.2 RRC_MEAS_RPRT（测量报告）字段解析 (16)2.7.2.1 服务小区RSRP和RSRQ (16)2.7.2.2 目标小区PCI和RSRP (16)2.7.3 切换目标小区PCI (17)2.7.3.1站间X2切换目标小区PCI (17)2.7.3.2站间S1切换目标小区PCI (18)2.7.4 站间切换上下行频点 (19)2.7.4.1站间X2切换上下行频点 (19)2.7.4.2站间S1切换上下行频点 (20)2.7.5 站间切换上下行带宽 (21)2.7.5.1站间X2切换上下行带宽 (21)2.7.5.2站间S1切换上下行带宽 (22)2.7.6 站间切换CELLID字段解析 (23)2.7.6.1 站间S1切换目标小区CELLID字段解析 (23)2.7 释放原因值 (23)3 主要系统消息解析 (24)3.1 MIB （Master Information Block）解析 (25)3.1.1 下行链路系统带宽 (25)3.1.2 PHICH配置信息 (26)3.1.2.1PHICH-Duration (26)3.1.2.1PHICH-Resource (26)3.2 SIB1 (26)3.2.1 小区接入相关信息（cell Access Related Info） (27)3.2.1.1 plmn-Identity (28)3.2.1.2 TAC信息 (28)3.2.1.3 Cell-Identity (28)3.2.2 小区选择信息（cell Selection Info） (28)3.2.2.1 QrxLevMin（小区选择最低接收电平） (28)3.3 SIB2 (29)3.3.1 RadioResourceConfigCommon:公共无线资源配置 (29)3.3.1.1 Rach-ConfigCommon (公共Rach信道配置) (30)3.3.1.2 Bcch-Config（BCCH信道配置） (32)3.3.1.3 pcch-Config（PCCH信道配置） (32)3.3.1.4 prach-Config（Prach信道配置） (33)3.3.1.5 pdsch- ConfigCommon（pdsch信道配置） (34)3.3.1.6 pusch- ConfigCommon（pusch信道配置） (35)3.3.2 Ue-TimerAndConstants：UE定时器和计数器 (35)3.3.2.1 T300 (35)3.3.2.2 T301 (36)3.3.2.3 T310 (36)3.3.2.4 n310 (36)3.3.2.5 T311 (36)3.3.2.6 n311 (37)3.3.3 freqInfo：频率信息 (37)3.4 SIB3 (37)3.4.1 cellReselectionInfoCommon（公共小区重选信息） (38)3.4.1.1 q-Hyst（小区重选迟滞值） (38)3.4.2 cellReselectionServingFreqInfo（异频异系统小区重选信息） (38)3.4.2.1 s-NonIntraSearch（异频/异系统测量启动门限） (38)3.4.2.2 ThreshServingLow（服务频点低优先级重选门限） (39)3.4.2.3 cellReselectionPriority（小区重选优先级） (39)3.4.3 intraFreqCellReselectionInfo（同频小区重选信息） (39)3.4.3.1 q-RxLevMin（小区重选最低接收电平） (39)3.4.3.2 s-IntraSearch（同频测量启动门限） (40)3.4.3.3 t-ReselectionEUTRA（Eutra小区重选时间） (40)3.5 SIB4 (40)3.6 SIB5 (41)4 参考文档 (41)1正常信令流程1.1开机流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个合适或者可接纳的小区后，驻留并进行附着过程。
LTE主要信令和流程-比较详细
•
空中接口协议栈 TD-SCDMA和TD-LTE协议栈比较
TD-SCDMA
RRC C-plane signalling U-plane information control
TD-LTE
L3
Radio Bearers PDCP PDCP
用户平面
control
control
control control
•
•
更高的用户数据速率
更高的频谱效率（降低每比特成本） 更低的时延（包括连接建立时延和传输时延）
– 控制平面时延大大降低，小于100ms（Idle->Active） – 用户平面端到端单向时延<5ms（IP层以下、系统空载）
•
• • • •
更灵活的频谱使用 简化的网络体系架构 无缝切换（包括不同的无线接入技术之间） 合理的终端功耗
CELL_DCH
Release RRC Connection Establish RRC Connection
CELL_FACH out of service in service
• 由于传输信道数量的减少， LTE中只包含两个协议状 态，相对于3G大大简化 • 3G中只有在CELL_DCH 才发生切换，其它状态都 支持UE自主的移动性； • 协议流程的简化 • 更低的时延 • 更多的切换
DL-SCH
Downlink Transport channels
RACH UL-SCH
Uplink Transport channels
由于没有CS域，LTE上下行都只 有共享信道，不再有专用信道； 传输信道的数量大大减少
• 更少的协议状态 • 协议结构大大简化，只有一个 MAC实体
•
LTE信令分析
LTE信令分析一、概述：本文信令内容为2011年6月杭州LTE实验网期间，采用NSN的网络设备，数据卡终端为创毅，测试软件使用CDS吐出的信令内容。
由于试验网期间网络、终端、测试软件都没有完全成熟，所以信令内容只局限于现有试验网阶段。
以下是终端空闲态、RRC连接态做业务涉及到的所有信令内容。
从消息看主要是无线资源控制层RRC消息和非接入层NAS消息。
NAS高层消息不再多做描述，主要对RRC层消息做简单介绍。
RRC: RRCConnectionRequestRRC: RRCConnectionSetupNAS: Attach RequestNAS: Authentication RequestNAS: Authentication ResponseNAS: Security Mode CommandNAS: Security Mode CompleteRRC: UECapabilityEnquiryRRC: UECapabilityInformationNAS: Attach AcceptRRC: RRCConnectReconfigurationCompleteNAS: Attach CompleteRRC: RRCConnectionReleaseRRC: MasterInformationBlockRRC: PagingRRC: MeasurementReport二、信令流程1.切换流程：待补充2.重选信令流程重选过程是RRC空闲状态下的流程，只有2条信令：RRC: RRCConnectionRequest、RRC: MasterInformationBlock。
如下图所示：3.FTP信令流程：待补充三、详细信令1.RRC层信令内容业务和功能广播和 NAS 相关的系统消息广播和 AS 相关的系统消息寻呼建立、维护和释放终端和 E-UTRAN 之间的RRC 链接包括分配临时的终端标识，配置信令承载安全功能包括密钥的管理建立、维护和释放点对点的无线承载移动性管理功能，包括测量控制和上报、切换、小区选择和重选、切换时 RRC 上下文传递广播 MBMS 业务建立、维护和释放 MBMS 无线承载QoS 管理功能终端测量控制和上报上下行透明传递 NAS 消息1)RRC: RRCConnectionRequestMessage type: CCCH_ULDirection: UplinkComputer Timestamp: 14:57:41.890uL-CCCH-Messagemessagec1rrcConnectionRequestcriticalExtensionsrrcConnectionRequest-r8ue- IdentityrandomValue: 1101110111011101110111011101110111011101establishmentCause : mo-Signallingspare : 05D DD DD DD DD D6主要内容：终端身份、建立原因。
LTE测试软件中SIB信令内部深入解析
LTE测试软件中SIB信令内部深入解析MasterInformationBlock(主信息块)RRC: MasterInformationBlockMessage type: BCCH_BCHDirection: DownlinkFrame No: 1020Subframe No: 4Computer Timestamp: 17:23:26.843BCCH-BCH-Messagemessagedl-Bandwidth : n100（下行带宽，目前配置为100PRB，20MHz 带宽）phich-Configphich-Duration : normal（PHICH持续时间）phich-Resource : half（PHICH资源大小，Ng配置为1/2即可保证PHICH资源够用，一般系统内的资源占用率不会到100%，上行单次传输平均占用的资源块数也可能比较大，此时一个PHICH组内实际占用的资源数会比较小，能够保证传输性能。
）systemFrameNumber : 0xFFspare : 0x0000System Information Block Type1（包含其他SIB调度信息以及其他小区的接入信息）Hex：7851800135603562900823594880820611408E0489DEE038CB40 0040 BCCH-DL-SCH-MessageMessagec1systemInformationBlockType1cellAccessRelatedInfo (小区接入相类信息)plmn-IdentityListPLMN-IdentityInfoplmn-Identity (公共陆地移动网)mccMCC-MNC-Digit：4MCC-MNC-Digit：6MCC-MNC-Digit：0mncMCC-MNC-Digit：0MCC-MNC-Digit：0trackingAreaCode：0011010101100000 (TAC代码二进制)cellIdentity：0011010101100010100100000000 (二进制转换为十进制，就是eNodeB ID加小区号) 前20位是ENODEBID，后8为CELLIDcellBarred：notBarred (小区禁止)intraFreqReselection：allowed （频间重选）csg-Indication：false （闭合用户组标识）临时cellSelectionInfo （小区选择信息）q-RxLevMin：-62 （最小接入电平，乘以2）p-Max：23 （终端配置最大发射功率）freqBandIndicator：38 （频率带宽指示）schedulingInfoList (调度信息列表) 其中SIB1消息中包含的是调度信息列表，而这些调度信息列表里面的内容就对应着如何在一个调度周期中将SIB2至SIB12映射到各个SI消息中，以及各个SI消息发送的时间窗口长度以及周期SchedulingInfosi-Periodicity：rf32 （SIBs的传输是周期）sib-MappingInfo：SchedulingInfosi-Periodicity：rf32sib-MappingInfoSIB-Type：sibType3SchedulingInfosi-Periodicity：rf64sib-MappingInfoSIB-Type：sibType5SchedulingInfosi-Periodicity：rf128sib-MappingInfoSIB-Type：sibType6SchedulingInfosi-Periodicity：rf128sib-MappingInfoSIB-Type：sibType7tdd-Config （专用物理信道配置）subframeAssignment：sa2（指针配置0-6，2号配置U:D=1:3）specialSubframePatterns：ssp7 （特殊指针配置0-8，7号配置9：3：2）si-WindowLength：ms10 （SI窗口长度）systemInfoValueTag：27 （系统消息修改标签0-31）如果该值不变，则UE会在自其认为SI合法3个小时后认为之前接收到的SI失效）系统消息改变周期是由系统配置的一个参数，基站在这个改变周期里面可以多次传输相同的内容，一旦到下个周期，基站就会传输新的系统信息，UE也应该及时去接收更新的系统消息并应用新的系统消息中的系统配置nonCriticalExtension （非临界扩展）lateNonCriticalExtension：8CB400（晚期非关键扩展）相关说明：SIB1中的调度信息列表，指示了其他SI的动态调度信息，这很重要，如果UE不能成功解析SIB2，就不能驻留在该小区。
LTE信令解析&测试分析
• 进入A3 的条件:Mn+offset＞Ms+hysteresis，其中offset=-eventA3offset-CIO_soffsetfreq_s+CIO_n+offsetfreq_n
• 离开A3 的条件:Mn+offset＜Ms-hysteresis，其中offset 与上式相同。
• A5 触发条件：UE 将在服务小区变得比门限值1 更差且频间邻区变得比门限2 更好时， 发送测量报告。事件5 用于触发频点重定向HO。
完成切换。
• A3 触发条件：UE 将发送相邻小区变得
比服务小区偏移更好时的测量报告。
• A5 触发条件：UE 将在服务小区变得比 门限值1 更差且频间邻区变得比门限2 更
好时，发送测量报告。
网优四部
精诚智和 务实创新
北京宜通华瑞科技有限公司
A3&A5切换算法
• A3 触发条件：UE 将发送相邻小区变得比服务小区偏移更好时的测量报告，事件A3 被用于如果UE 不支持事件A5 配置时，触发同频HO 及频间重定向HO。
• triggerQuantity：表示事件触发的测量指 标，可选RSRP、RSRQ。
• reportQuantity：上报的测量，both就是 RSRP&RSRQ都上报。
• maxReportCells：表示最大上报小区数目， 对应可配置的数目为1~8个。
• ReportInterval：事件触发周期报告间隔。
dB
RSRQ_02
-19 <=RSRQ < -18.5
dB
…
…
…
RSRQ_32
-4 <=RSRQ < -3.5
dB
• 离开A3 的条件:Mn+offset＜Ms-hysteresis，其中offset 与上式相同。
• A5 触发条件：UE 将在服务小区变得比门限值1 更差且频间邻区变得比门限2 更好时， 发送测量报告。事件5 用于触发频点重定向HO。
完成切换。
• A3 触发条件：UE 将发送相邻小区变得
比服务小区偏移更好时的测量报告。
• A5 触发条件：UE 将在服务小区变得比 门限值1 更差且频间邻区变得比门限2 更
好时，发送测量报告。
网优四部
精诚智和 务实创新
北京宜通华瑞科技有限公司
A3&A5切换算法
• A3 触发条件：UE 将发送相邻小区变得比服务小区偏移更好时的测量报告，事件A3 被用于如果UE 不支持事件A5 配置时，触发同频HO 及频间重定向HO。
• triggerQuantity：表示事件触发的测量指 标，可选RSRP、RSRQ。
• reportQuantity：上报的测量，both就是 RSRP&RSRQ都上报。
• maxReportCells：表示最大上报小区数目， 对应可配置的数目为1~8个。
• ReportInterval：事件触发周期报告间隔。
dB
RSRQ_02
-19 <=RSRQ < -18.5
dB
…
…
…
RSRQ_32
-4 <=RSRQ < -3.5
dB
LTE常见信令流程总结
0.1控制面和用户面协议栈 (2)0.2S1接口控制面和用户面协议栈 (3)1 开机附着流程 (4)1.1正常流程 (4)1.2异常流程 (5)1.2.1 RRC连接建立失败 (5)1.2.2核心网拒绝 (6)1.2.3 eNB未等到Initial context setup request消息 (7)1.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB内部配置UE的安全参数等失败 (7)2 UE发起的SERVICE REQUEST流程 (8)2.1正常流程 (8)2.2异常流程 (9)2.2.1 RRC连接建立失败 (9)2.2.2核心网拒绝 (10)2.2.3 eNB未等到Initial context setup request消息 (10)2.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起来一个非GBR承载 (10)2.2.5 eNB建立专用承载失败 (10)2.2.6 eNB建立默认承载失败 (11)3网络发起的PAGING流程 (12)3.1S_TMSI寻呼 (12)3.2IMSI寻呼 (12)4 TAU流程： (12)4.1正常流程 (12)4.1.1 IDLE下发起的 (12)4.1.2 CONNECTED下发起的 (14)4.2异常流程 (14)5去附着 (14)5.1关机去附着 (14)5.2非关机去附着 (14)6切换流程 (16)7专用承载建立流程 (16)7.1正常流程 (16)7.2异常流程 (17)7.2.1 核心网拒绝 (17)7.2.2 eNB本地建立失败（核心网主动发起的建立） (17)7.2.3 eNB未等到RRC重配完成消息，回复失败 (18)7.2.4 UE NAS 层拒绝 .................................................................................................................... 18 7.2.5 上行直传NAS 消息丢失 ..................................................................................................... 19 8专用承载修改流程 ............................................................................................................................. 20 8.1正常流程 ...................................................................................................................................... 20 8.1.1 修改QoS .............................................................................................................................. 20 8.1.2 不修改QoS ，只修改TFT .................................................................................................. 20 8.2异常流程 ...................................................................................................................................... 21 8.2.1 核心网拒绝 .. (21)Serving GW PDN GWaeNodeB UE用户面协议0.2 S1接口控制面和用户面协议栈Control Plane User Plane1 开机附着流程1.1正常流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个suitable或者acceptable小区后，驻留并进行附着过程。
LTE SIP注册流程及重要信令详解
一、注册流程及重要信令详解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的默认承载向P-CSCF发起注册请求；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表示接收成功Activate Default EPSBearer Context RequestType: EPS SMDirection: DownlinkComputer Timestamp:14:09:43.459UE Timestamp:324955094 (ms)Radio Technology: LTEActivate Default EPS Bearer Context Request0110 .... = EPS bearer identity: 6 //EPS承载ID为6.... 0010 = protocol_discriminator: (2) EPSsession management messagesProcedure transaction identity: 9NAS EPS session management messages: (0xc1)Activate default EPS bearer context requestEPS quality of serviceLength: 5 octetsQuality of Service Class Identifier(QCI): (5) QCI 5 //QCI为5Maximum bit rate for uplink: 0 kbps //最大上行速率Maximum bit rate for downlink: 0 kbps //最大下行速率Guaranteed bit rate for uplink: 0kbps //上行保证速率Guaranteed bit rate for downlink: 0kbps //下行保证速率Access Point NameLength: 23 octetsAPN: ims.mnc002.mcc460.gprs //APN名称,注意，QCI5的APN与QCI 9的不同PDN addressLength: 9 octetsSpare bit(s): 0PDN type: (2) IPv6 //PDN类型IPv6 Prefix Length: 0PDN IPv6: 0.0.0.0.0.0.1.94.4.254.197.14.0.88.51.39 //PDN IPV6的地址APN aggregate maximum bit rateElement ID: 94Length: 4 octetsAPN-AMBR for downlink: 8640 kbps //APN下行最聚合最大比特速率(AMBR)APN-AMBR for uplink: 4992 kbps //APN上行最聚合最大比特速率(AMBR)APN-AMBR for downlink (extended): 10000kbps //APN扩展下行最聚合最大比特速率(AMBR) Use the value indicated by the APN-AMBRfor uplinkESM causeElement ID: 88Cause: (51) PDN type IPv6 onlyallowed //PND只支持IPV6Protocol Configuration OptionsElement ID: 39Length: 53 octetsExt: 1Configuration protocol: (0) PPP //PPP协议配置Protocol information:[0]:Protocol ID: IPCP (Hex 8021)Contents length: 16 octetsPPP IP Control ProtocolCode:(3) Configuration NakIdentifier: 0Length: 16Options: 12 bytesPrimary DNS server IP address:211.138.151.34 //主DNS服务器地址Secondary DNS server IP address:114.114.114.114 //备用DNS服务器地址[1]:Protocol ID: DNS Server IPv4 AddressRequest (Hex D)Contents length: 4 octetsProtocal contents: (Hex) d3 8a 97 22[2]:Protocol ID: DNS Server IPv4 AddressRequest (Hex D)Contents length: 4 octetsProtocal contents: (Hex) 72 72 72 72[3]:Protocol ID: P-CSCF IPv6 AddressRequest (Hex 1)Contents length: 16 octetsProtocal contents: (Hex) 24 09 80 9688 00 02 00 00 00 00 00 00 00 00 10主要说明如下：该信令中主要是关注QCI等级，必须是QCI=5，才能传输SIP信令，ERABID=62 REGISTER(1ST Sip Register Request)®ISTER 401（Unauthorized）REGISTER信令是用于网络注册，建立关联，从CDS上导出的详细解码如下：REGISTERDirection: UplinkComputer Timestamp: 14:09:46.828UE Timestamp: 324958472 (ms)Radio Technology: LTESIP Call ID:324958459_175324408@2409:8896:8004:1f:d75e:4a18:e93f:c480 //CALL ID用于识一个Dialog，在同一个Dialog中，该参数不变REGISTERsip: SIP/2.0 //向服务器发起注册f:<sip:460024590100109@>;tag=324958465 //FROM,UE的地址，TAG为一个随机数,这里使用的是用户IMSI 号组成的用户地址t:<sip:460024590100109@> //TO，由于非第三方注册，所以为自己的地址CSeq: 324958458 REGISTER //CSeq值保证REGISTER 请求适当的排序，由用户选择i:324958459_175324408@2409:8896:8004:1f:d75e:4a18:e93f:c480v: SIP/2.0/TCP[2409:8896:8004:1f:d75e:4a18:e93f:c480]:5060;branch=z9hG4bK552603420 //VIA：该参数表征呼叫经过的路径Max-Forwards: 70 //最大前向实体数m:<sip:460024590100109@[2409:8896:8004:1f:d75e:4a18:e93f:c480]:5060>;+sip.instance="<urn:gsma:imei:35156406-001584-0>";+g.3gpp.icsi-ref="ur n%3Aurn-7%3A3gpp-service.ims.icsi.mmtel";+g.3gpp.smsip;audio;videoRoute:<sip:[2409:8096:8800:200::10]:5060;lr>l: 0Authorization: Digesturi="sip:",username="460024590100109@",response="",realm="ims.m ",nonce=""//鉴权信息摘要Expires: 600000 //注册有效时长，此参数值是表示秒的数字，如果不提供此参数，那么将使用expires 头字段的值代替。
LTE测试指导（CMW500）
LTE测试指导（CMW500）LTE测试指导本⽂档主要介绍根据3GPP 36.521，使⽤CMW500进⾏LTE测试的⽅法及测试步骤。
⼀、测试项⽬⼆、测试设置2.1 初始化设置1)点击CMW500左上⾓RESET键，弹出复位界⾯。
2)选择Global菜单下的Reset选项，然后点击Reset按钮确认.3)设置线损，在LTE Signaling界⾯下点击Config按钮，在RF Settings下选择测试端⼝以及线损。
4)设置功率控制模式，在LTE Signaling界⾯下点击Config按钮，在Uplink Power Control下选择TX Power Control（TPC），Active TPC Setup选择为Max power模式。
5)⽹络连接设置，在LTE Signaling界⾯下点击Config按钮，在Connection下选择Additional Spectrum Emission设置为NS_01模式。
UE Meas. Filter Coefficient设置FC4模式。
6)点击⾯板上Measure按钮，选择LTE1 Multi Eval菜单7)点击右下⾓Config按钮，选择LTE1 Multi Eval菜单，选择Scenario设置为Combined Signal Path模式，即信令模式。
8)测试控制设置。
选择Measurement Control，设置Repetition为Continuous模式Modulation Scheme为Auto模式10）点击Measure选择LTE Signaling模式11）在Operating Band内选择频段，Downlink Channel选择信道，Cell Band选择带宽，点击⾯板上的ON按钮打开⼩区，开始注册。
12）⼩区显⽰Attached附着成功，点击Connect进⾏连接即可。
对于TDD模式测量⼦帧只能从以下4个值中选取{2,3,7,8}三、发射机测试指标3.1、最⼤发射功率测试（6.2.2）测试步骤：1）点击Measure，选择LTE1 Multi Eval进⼊测试界⾯。
SP801x LTE信令测试操作手册
图 2.7-1
3.鉴权参数设置
在 setup 页面，通过右侧 2/6 页 F9 按键设置。
3.1 密钥设置
SP8010B 仪表自带的 SIM 卡参数和仪表一致， 无需修改， 若使用其他厂家 SIM 卡， 则需要修改 SP8010B 仪表的 K 密钥、 随机接入密钥与 SIM 卡相同， 如图 3.1-1、 3.2-1 所示：
图 2.5-1
2.6 选择天线数量
LTE 制式可实现单天线测试，双天线测试以及四天线测试，用户可根据需要 自行定义，如图 2.6-1 所示：
图 2.6-1
2.7 传输模式选择
LTE 制式可分为单天线的传输（ TM1\TM7\TM8 ） , 双天线和四天线的传输 （TM2\TM3\TM4\TM6\TM7\TM8） ，根据需要自行定义，如图 2.7-1 所示：
图 4.4-1
图 4.4-2
4.5 选择上行功控类型
在 setup 页面，通过左侧 3/6 页 F1 按键设置，如图 4.5-1 所示，上行功率控 制共有四种类型，MAX 功控为 UE 发射功率尽可能大，MIN 功控为 UE 发射功率
尽可能小，TPC0 功控为 UE 发射功率保持恒定，Target Power 功控为自行定义控 制终端保持在某个功率值：
图 2.4-1
2.5 选择 SA 及 SSP 配置
对于 TD LTE 制式，不同 SA 配置，上下行比例不一，如 SA0 为上行子帧最多 （可测试上行最大吞吐率） ，SA5 为下行子帧最多（可测试下行最大吞吐率） ；SSP 的不同为特殊子帧的上、 下行时隙长度不一， 用户可根据需要自行配置。 在 setup 页面，通过右侧 2/6 页 F7 按键设置，如图 2.5-1 所示：
LTE信令流程详解
LTE信令流程详解LTE（Long Term Evolution）是一种无线通信技术，它的信令流程是指移动设备和基站之间进行通信时所涉及的过程和协议。
下面将详细介绍LTE信令流程。
1.邻小区：当移动设备打开或重新启动时，它首先会周围的基站和小区信息。
移动设备通过读取广播消息、相邻小区信息和测量报告等来获取附近基站的信息。
2.小区选择和附着：移动设备选择一个适合自己的基站，并向其发送附着请求消息。
附着请求消息中包含设备的身份信息和位置等信息。
基站会对附着请求消息进行验证，并根据验证结果决定是否允许移动设备接入LTE网络。
3.鉴权：当设备成功附着到基站后，基站会发送鉴权请求消息给移动设备。
移动设备会将自己的鉴权信息发送给基站进行验证。
如果鉴权成功，移动设备就可以进入下一步。
4.配置：在鉴权成功后，基站和移动设备会进行一系列的配置，包括分配临时标识、分配IP地址、设置协议参数等。
这些配置过程的目的是为了确保设备和网络之间的正常通信。
5.建立承载：在配置完成后，移动设备会发送一个承载请求给基站，请求建立数据传输承载。
基站会根据网络负载情况和设备的需求来决定是否建立承载。
如果建立成功，移动设备就可以进行数据传输了。
6.数据传输：一旦数据传输承载建立成功，移动设备就可以通过LTE网络进行数据传输了。
数据可以通过IP传输协议进行传输，也可以通过其他协议进行传输，比如VoIP、视频流等。
7.承载释放：当数据传输结束或不再需要传输时，移动设备会发送一个承载释放请求给基站，请求释放数据传输承载。
基站会根据设备的请求来决定是否释放承载。
8. Switch Handover（切换切换）：当移动设备处于移动状态时，为了保持持续的通信，可能需要切换到其他基站的覆盖范围内。
移动设备会发送一个切换请求给目标基站，目标基站会与源基站进行协调，并进行切换。
9.释放附着：当移动设备需要离开网络或者切换到其他网络时，会发送一个释放附着请求给当前附着的基站，请求释放附着。
LTE非信令TX说明
在按键面板上按下“Measure”按钮。
在弹出的界面中勾选“LTE TX Measurement”。
按下屏幕左下方的“LTE TX Measure”按钮进入TX 的测试界面。
在TX的测试界面，右下角按“Config”在弹出的设置界面中选择“StandAlone(Non Signaling) ”,模式为“TDD”；Band设置为Band38，频率为2595MHZ。
按下屏幕右侧的“Close”配置界面，按下屏幕右上角的“Multi Evaluation”，设置屏幕下方的“Channel Bandwidth”为5MHz。
设置屏幕下方的“Expected Nom.Power…”为30dBm，设置线损为1dB。
设置“User Margin”为12dB。
设置触发模式“Trigger”为“Free Run（Fast Sync ）”设置Display 为“SpectrumACLR”.点击“Multi Evaluation”，按下屏幕右边的ON/OFF，触发出数据及图形，有时需多触发几次，方可出值。
频点的切换直接在“RF Setting”下的“Frequency/Channal”中设置。
如下列出了每个band在5MHz和20MHz所需测试的高中低三个频点。
Band Frequency 测试低频点测试中间频点测试高频点5M 、20Mhz 5M 、20Mhz 5M 、20Mhz B38 2570-2620 2572.5 2580 2595 2595 2617.5 2610 B39 1880-1920 1882.5 1890 1900 1900 1917.5 1910 B40 2300-2400 2302.2 2310 2350 2350 2397.5 2390 B41 2555-2655 2557.5 2565 2593 2593 2652.5 2645。
LTE测试信令说明
随机接入事件
具体说明 UE发送Attach Request消息请求附着到数据业务 UE发送Attach Request消息后，在45秒内发送Attach Complete消息，表示附着数据业务成功。 UE发送Attach Request消息后，在45秒内未发送Attach Complete消息，表示附着数据业务失败。 UE发送Detach Request消息或基站发送Detach Request消息请求去附着到数据业务。 以下情况表示UE去附着数据业务成功： 1、UE向基站发送Detach Request消息后，在15秒内收到基站发出的Detach Accept消息。 2、基站向UE发送Detach Request消息后，在15秒内收到UE发出的Detach Accept消息 UE发送RRC Connection Request消息请求建立RRC连接。 MS发出RRC Connection Request，并且2.5s内UE发出RRC Connection Setup Complete，则触发该事件。
CSFBServiceSuc
LTE到GSM小区重选事件 LTE到WCDMA小区重选事件 GSM到LTE小区重选事件 WCDMA到LTE小区重选事件 CSFB服务请求
CSFB接入成功事件
CSFBServiceFail
LTE回落到GU失败事件
InterRATHOCmd
LTE异系统切换命令
InterRATHOSuc
LTE异系统切换成功事件
InterRATHOFail
LTE异系统切换失败事件
InterRATRedirectionR eq
LTE异系统重定向请求
InterRATRedirectionS uc
LTE异系统重定位成功事件
LTE实战信令详解
LTE外场工作全集之理论信令篇1、LTE基本概念 (10)LTE网络架构 (10)LTE网络实体 (10)E-UTRAN和EPC的分工界面 (11)各部分功能概述 (11)E-UTRAN地面接口通用协议模型 (12)各种标识 (15)全球唯一临时标识GUTI (15)应用协议标识 (16)RNTI小区内UE标识 (16)核心网UE标识 (16)UE RRC各状态说明 (17)业务承载结构 (18)无线承载分类 (19)NAS消息其他承载方式 (21)LTE业务总体流程 (22)2、LTE信令流程介绍 (22)系统消息 (22)系统消息概述 (22)系统消息功能说明 (25)系统信息广播流程 (25)寻呼 (26)寻呼目的 (26)寻呼消息内容 (26)寻呼的读取 (27)随机接入过程 (27)随机接入实现的基本功能 (27)随机接入的使用场景 (27)基于竞争的随机接入 (28)基于非竞争的随机接入过程 (30)RRC连接建立总流程 (31)RRC连接建立 (31)RRC连接建立失败 (32)初始安全激活 (34)RRC连接重配置 (34)RRC连接释放 (35)RRC过程场景总结 (36)S1释放流程 (36)测量报告 (37)UE可执行的测量类型 (37)测量上报 (40)系统内切换分类 (41)站内切换 (41)站间切换---基于X2接口 (41)站间切换---基于S1接口 (43)A TTACH和D ETACH过程 (44)作用 (44)attach信令流程 (45)Detach信令流程 (47)S ERVICE R EQUEST过程 (49)作用 (49)说明 (49)E-RAB建立过程 (50)作用 (50)过程 (50)E-RAB建立过程 (51)E-RAB修改过程 (51)E-RAB释放过程 (52)TAU流程 (54)TA和TAI的定义 (55)TAI LIST的定义 (55)TAU的应用场景 (56)TAU的作用 (56)Idle态下的TAU流程 (56)CONNECTED态TAU流程 (58)3、LTE路测信令详解 (59)3.1概述 (59)3.2M ASTER I NFORMATION B LOCK (59)发送场景 (59)发端网元处理 (59)收端网元处理 (60)字段解释 (60)3.3S YSTEM I NFORMATION B LOCK T YPE1 (62)发送场景 (62)发端网元处理 (62)收端网元处理 (62)字段解释 (63)3.4S YSTEM I NFORMATION B LOCK T YPE2 (70)发送场景 (70)发端网元处理 (70)收端网元处理 (70)字段解释 (71)3.5S YSTEM I NFORMATION B LOCK T YPE3 (91)发送场景 (91)发端网元处理 (91)收端网元处理 (91)字段解释 (91)1.1.2cellReselectionInfoCommon (92)1.1.3cellReselectionServingFreqInfo (94)1.1.4intraFreqCellReselectionInfo (95)1.1.5lateNonCriticalExtension（OPTIONAL） (96)3.6S YSTEM I NFORMATION B LOCK T YPE4 (97)发送场景 (97)发端网元处理 (97)收端网元处理 (98)字段解释 (98)1.1.6intraFreqNeighCellList (98)1.1.7intraFreqBlackCellList (98)1.1.8csg-PhysCellIdRange (99)1.1.9lateNonCriticalExtension (99)3.7S YSTEM I NFORMATION B LOCK T YPE5 (99)发送场景 (99)发端网元处理 (99)收端网元处理 (100)字段解释 (100)1.1.10interFreqCarrierFreqList (100)1.1.11lateNonCriticalExtension (103)3.8S YSTEM I NFORMATION B LOCK T YPE6 (103)发送场景 (103)发端网元处理 (103)收端网元处理 (103)字段解释 (104)1.1.12carrierFreqListUTRA-FDD（OPTIONAL） (104)1.1.13carrierFreqListUTRA-TDD（OPTIONAL） (105)1.1.14t-ReselectionUTRA (106)1.1.15t-ReselectionUTRA-SF（OPTIONAL） (106)1.1.16lateNonCriticalExtension (107)3.9S YSTEM I NFORMATION B LOCK T YPE7 (107)发送场景 (107)发端网元处理 (107)收端网元处理 (107)字段解释 (107)1.1.17t-ReselectionGERAN (107)1.1.18t-ReselectionGERAN-SF（OPTIONAL） (107)1.1.19carrierFreqsInfoList（OPTIONAL） (108)1.1.20lateNonCriticalExtension (110)3.10S YSTEM I NFORMATION B LOCK T YPE8 (110)发送场景 (110)发端网元处理 (110)收端网元处理 (110)字段解释 (111)1.1.21systemTimeInfo (111)1.1.22searchWindowSize (111)1.1.23parametersHRPD (111)1.1.24parameters1XRTT (113)1.1.25lateNonCriticalExtension (117)3.11S YSTEM I NFORMATION B LOCK T YPE9 (119)发送场景 (119)发端网元处理 (119)收端网元处理 (119)字段解释 (119)1.1.26hnb-Name (119)1.1.27lateNonCriticalExtension (119)3.12S YSTEM I NFORMATION B LOCK T YPE10 (119)发送场景 (119)发端网元处理 (119)收端网元处理 (120)字段解释 (120)1.1.28messageIdentifier (120)1.1.29serialNumber (120)1.1.30warningType (121)1.1.31warningSecurityInfo (121)1.1.32lateNonCriticalExtension (122)3.13S YSTEM I NFORMATION B LOCK T YPE11 (122)发送场景 (122)发端网元处理 (122)收端网元处理 (122)字段解释 (123)1.1.33messageIdentifier (123)1.1.34serialNumber (123)1.1.35warningMessageSegmentType (123)1.1.36warningMessageSegmentNumber (123)1.1.37warningMessageSegment (123)1.1.38dataCodingScheme（OPTIONAL） (124)1.1.39lateNonCriticalExtension (124)3.14S YSTEM I NFORMATION B LOCK T YPE12 (124)发送场景 (124)发端网元处理 (124)收端网元处理 (124)字段解释 (124)1.1.40messageIdentifier-r9 (124)1.1.41serialNumber-r9 (125)1.1.42warningMessageSegmentType-r9 (125)1.1.43warningMessageSegmentNumber -r9 (125)1.1.44warningMessageSegment-r9（OPTIONAL） (125)1.1.45dataCodingScheme（OPTIONAL） (125)1.1.46lateNonCriticalExtension (126)3.15寻呼信令 (126)Paging (126)1.1.47发送场景 (126)1.1.48发端网元处理 (126)1.1.49收端网元处理 (126)1.1.50字段解释 (127)3.16RRC连接建立信令 (128)RRC Connection Request (128)1.1.51发送场景 (128)1.1.53收端网元处理 (133)1.1.54字段解释 (133)RRC Connection Setup (134)1.1.55发送场景 (134)1.1.56发端网元处理 (135)1.1.57收端网元处理 (135)1.1.58字段解释 (136)RRC Connection Reject (158)1.1.59发送场景 (159)1.1.60发端网元处理 (159)1.1.61收端网元处理 (159)1.1.62字段解释 (159)RRC Connection Setup Complete (159)1.1.63发送场景 (160)1.1.64发端网元处理 (160)1.1.65收端网元处理 (160)1.1.66字段解释 (160)3.17UE能力传输信令 (162)UE Capability Enquiry (162)1.1.67发送场景 (162)1.1.68发端网元处理 (162)1.1.69收端网元处理 (162)1.1.70字段解释 (163)UE Capability Information (163)1.1.71发送场景 (163)1.1.72发端网元处理 (164)1.1.73收端网元处理 (164)1.1.74字段解释 (164)3.18初始安全激活信令 (165)Security Mode Command (165)1.1.75发送场景 (165)1.1.76发端网元处理 (165)1.1.77收端网元处理 (166)1.1.78字段解释 (166)Security Mode Complete (167)1.1.79发送场景 (167)1.1.80发端网元处理 (167)1.1.81收端网元处理 (167)1.1.82字段解释 (168)3.19RRC连接重配信令 (168)RRC Connection Reconfiguration (168)1.1.83发送场景 (168)1.1.84发端网元处理 (169)1.1.86字段解释 (171)RRC Connection Reconfiguration Complete (233)1.1.87发送场景 (233)1.1.88发端网元处理 (234)1.1.89收端网元处理 (234)1.1.90字段解释 (234)3.20测量过程信令 (234)RRC Connection Reconfiguration (234)1.1.91发送场景 (235)1.1.92发端网元处理 (235)1.1.93收端网元处理 (235)1.1.94字段解释 (236)Measurement Report (236)1.1.95发送场景 (236)1.1.96发端网元处理 (238)1.1.97收端网元处理 (239)1.1.98字段解释 (240)3.21RRC连接重建信令 (244)RRC Connection Reestablishment Request (244)1.1.99发送场景 (244)1.1.100发端网元处理 (244)1.1.101收端网元处理 (245)1.1.102字段解释 (245)RRC Connection Reestablishment (246)1.1.103发送场景 (246)1.1.104发端网元处理 (247)1.1.105收端网元处理 (247)1.1.106字段解释 (247)RRC Connection Reestablishment Reject (270)1.1.107发送场景 (270)1.1.108发端网元处理 (270)1.1.109收端网元处理 (270)1.1.110字段解释 (271)3.22RRC连接释放信令 (271)RRC Connection Release (271)1.1.111发送场景 (271)1.1.112发端网元处理 (272)1.1.113收端网元处理 (272)1.1.114字段解释 (272)3.23计数器检查过程 (277)CounterCheck (277)1.1.115发送场景 (277)1.1.116发端网元处理 (277)1.1.118字段解释 (278)CounterCheckResponse (279)1.1.119发送场景 (279)1.1.120发端网元处理 (279)1.1.121收端网元处理 (279)1.1.122字段解释 (279)3.24互操作过程 (280)MobilityFromEUTRACommand (281)1.1.123发送场景 (281)1.1.124发端网元处理 (281)1.1.125收端网元处理 (281)1.1.126字段解释 (282)RRCConnectionReconfiguration (288)1.1.127发送场景 (288)1.1.128发端网元处理 (288)1.1.129收端网元处理 (288)1.1.130字段解释 (289)1、LTE基本概念LTE网络架构LTE网络实体•整个TD-LTE系统由3部分组成：–核心网（EPC, Evolved Packet Core ）–接入网（eNodeB）–用户设备（UE）•EPC分为三部分：–MME (Mobility Management Entity, 负责信令处理部分）–S-GW (Serving Gateway , 负责本地网络用户数据处理部分）–P-GW (PDN Gateway，负责用户数据包与其他网络的处理) •接入网（也称E-UTRAN）由eNodeB构成•网络接口–S1接口：eNodeB与EPC–X2接口：eNodeB之间–Uu接口：eNodeB与UEE-UTRAN和EPC的分工界面各部分功能概述•eNB功能：–无线资源管理相关的功能，包括无线承载控制、接纳控制、连接移动性管理、上/下行动态资源分配/调度等；–IP头压缩与用户数据流加密；–UE附着时的MME选择；–提供到S-GW的用户面数据的路由；–寻呼消息的调度与传输；–系统广播信息的调度与传输；–测量与测量报告的配置。
LTE常见信令流程总结
LTE常见信令流程总结LTE（Long Term Evolution）是第四代移动通信技术，为提供高速、高质量移动通信而设计。
在LTE网络中，信令流程是移动设备与基站之间进行通信的关键过程。
下面是LTE常见信令流程的总结：1.基站和选择：移动设备首先进行基站和选择，以确定最适合的基站进行连接。
移动设备通过采样和测量周围的信号强度、质量和延迟等参数，选择最强的信号基站。
2.同步和认证：一旦选择了要连接的基站，移动设备需要与基站进行同步和认证。
移动设备发送同步请求，基站回应同步确认，然后移动设备发送认证请求并提供其身份信息，基站验证这些信息来确保移动设备的合法性。
3.配置连接：在认证通过之后，基站将配置连接参数并发送给移动设备。
这些参数包括数据传输的带宽、传输格式以及其他网络设置等。
4.随机接入：在连接建立之后，移动设备可能需要发送小数据量的随机接入请求，以便在网络中获得一个可用的资源。
5. RRC连接建立：RRC（Radio Resource Control）是LTE中用于控制和管理无线资源的协议。
一旦移动设备成功发送了随机接入请求，基站会分配一个唯一的标识符给移动设备，用于RRC连接建立。
6.小区重选：在RRC连接建立之后，移动设备会不断进行小区重选，以便找到更适合的基站进行重连。
这是为了确保无线连接的稳定性和质量。
7.数据传输：一旦信道建立并完成小区重选，移动设备和基站之间可以进行数据传输。
移动设备通过调度算法发送和接收数据，以满足用户需求。
8.切换：在移动设备从一个小区移动到另一个小区时，需要进行切换操作。
这是为了保持通信的连续性并提供移动性支持。
9.呼叫释放：当通信结束或移动设备主动断开连接时，进行呼叫释放流程。
基站释放无线资源，并将移动设备返回到初始状态。
以上是LTE常见信令流程的总结。
这些信令流程是实现高效、稳定和高速移动通信的基础。
随着移动通信技术的发展，LTE信令流程也在不断演进和优化，以提供更好的用户体验和网络性能。
LTE 切换流程和信令介绍
3
切换的目的
• 基于当前网络服务质量的切换：切换的基本目标 – 指示UE可与比当前服务小区信道质量更好的小区通信 – 为UE提供连续的无中断的通信服务 – 同频切换和异频切换
• 基于当前网络覆盖的切换： – UE失去当前RAT的覆盖，异系统切换
• 基于当前网络负荷的切换 – 覆盖当前区域小区负载不平衡时 – 资源共享，同频/异频/异系统切换
UE
eUTRAN
Measurement Report
Measurement Report, normal case
12 12
测量报告方式
• 事件报告
– 满足报告条件时，发送测量报告
• 周期报告
– 周期性发送测量报告 – 事件转周期报告：部分事件报告后，eUTRAN未进行相应的
切换控制，则转周期报告；报告的间隔与总次数受参数控制
A2事件
A2事件，即服务小区比门限差的事件。当服务小区信号质量从好变差的时候，需 要激活测量Gap，启动异频或异系统的测量。
24
A3事件
在考虑适当的偏置的情况下，当邻区的测量质量好于当前服务小区的测量质量时， 触发A3事件。A3事件是LTE同频小区基于覆盖切换时的一个主要事件。
25
A4事件
考虑一定的偏置，邻区的质量比门限好，触发A4事件。A4事件可以用于负载平衡， 将UE移动到高优先级的小区。
Reconfirmation
10 10
测量间隙
• 同频测量：测量和数据接收没有冲突，不用任何调节就能执行测量。 • 异频异RAT测量：若UE无多个接收机，无法同时进行服务小区的收发。
为使UE进行切换准备，服务小区需要安排一个gap进行测量。 • 两种Gap：
Gap索引 发射Gap长 度（ms）
切换的目的
• 基于当前网络服务质量的切换：切换的基本目标 – 指示UE可与比当前服务小区信道质量更好的小区通信 – 为UE提供连续的无中断的通信服务 – 同频切换和异频切换
• 基于当前网络覆盖的切换： – UE失去当前RAT的覆盖，异系统切换
• 基于当前网络负荷的切换 – 覆盖当前区域小区负载不平衡时 – 资源共享，同频/异频/异系统切换
UE
eUTRAN
Measurement Report
Measurement Report, normal case
12 12
测量报告方式
• 事件报告
– 满足报告条件时，发送测量报告
• 周期报告
– 周期性发送测量报告 – 事件转周期报告：部分事件报告后，eUTRAN未进行相应的
切换控制，则转周期报告；报告的间隔与总次数受参数控制
A2事件
A2事件，即服务小区比门限差的事件。当服务小区信号质量从好变差的时候，需 要激活测量Gap，启动异频或异系统的测量。
24
A3事件
在考虑适当的偏置的情况下，当邻区的测量质量好于当前服务小区的测量质量时， 触发A3事件。A3事件是LTE同频小区基于覆盖切换时的一个主要事件。
25
A4事件
考虑一定的偏置，邻区的质量比门限好，触发A4事件。A4事件可以用于负载平衡， 将UE移动到高优先级的小区。
Reconfirmation
10 10
测量间隙
• 同频测量：测量和数据接收没有冲突，不用任何调节就能执行测量。 • 异频异RAT测量：若UE无多个接收机，无法同时进行服务小区的收发。
为使UE进行切换准备，服务小区需要安排一个gap进行测量。 • 两种Gap：
Gap索引 发射Gap长 度（ms）
非常详细的LTE信令流程
LTE信令流程目录第一章协议层与概念 (4)1.1 控制面与用户面 (4)1.2 接口与协议 (4)1.2.1NAS协议（非接入层协议） (5)1.2.2RRC层（无线资源控制层） (6)1.2.3PDCP层（分组数据汇聚协议层） (6)1.2.4RLC层（无线链路控制层） (6)1.2.5MAC层（媒体接入层） (7)1.2.6PHY层（物理层） (8)1.3 空闲态和连接态 (9)1.4 网络标识 (10)1.5 承载概念 (11)第二章主要信令流程 (12)2.1 开机附着流程 (12)2.2随机接入流程 (15)2.3 UE发起的service request流程 (18)2.4寻呼流程 (20)2.5切换流程 (22)2.5.1 切换的含义及目的 (22)2.5.2 切换发生的过程 (22)2.5.3 站内切换 (22)2.5.4 X2切换流程 (24)2.5.5 S1切换流程 (25)2.5.6 异系统切换简介 (27)2.6 CSFB流程 (28)2.6.1 CSFB主叫流程 (28)2.6.2 CSFB被叫流程 (29)2.6.3 紧急呼叫流程 (31)2.7 TAU流程 (32)2.7.1 空闲态不设置“ACTIVE”的TAU流程 (33)2.7.2 空闲态设置“ACTIVE”的TAU流程 (34)2.7.3 连接态TAU流程 (36)2.8专用承载流程 (36)2.8.1 专用承载建立流程 (36)2.8.2 专用承载修改流程 (38)2.8.3 专用承载释放流程 (40)2.9去附着流程 (42)2.9.1 关机去附着流程 (42)2.9.1 非关机去附着流程 (43)2.10 小区搜索、选择和重选 (44)2.10.1 小区搜索流程 (44)2.10.1 小区选择流程 (45)2.10.3 小区重选流程 (46)第三章异常信令流程 (49)3.1 附着异常流程 (50)3.1.1 RRC连接失败 (50)3.1.2 核心网拒绝 (51)3.1.3 eNB未等到Initial context setup request消息 (52)3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (53)3.2 ServiceRequest异常流程 (54)3.2.1 核心网拒绝 (54)3.2.2 eNB建立承载失败 (55)3.3 承载异常流程 (57)3.3.1核心网拒绝 (57)3.3.2 eNB本地建立失败（核心网主动发起的建立） (57)3.3.3 eNB未等到RRC重配完成消息，回复失败 (58)3.3.4 UE NAS层拒绝 (59)3.3.5上行直传NAS消息丢失 (60)第四章系统消息解析 (61)4.1 系统消息 (62)4.2 系统消息解析 (62)4.2.1 MIB （Master Information Block）解析 (62)4.2.2 SIB1 （System Information Block Type1）解析 (63)4.2.3 SystemInformation消息 (65)第五章信令案例解析 (71)5.1实测案例流程 (71)5.2 流程中各信令消息解析 (72)5.2.1 RRC_CONN_REQ:RRC连接请求 (72)5.2.2 RRC_CONN_SETUP:RRC连接建立 (73)5.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成 (77)5.2.4 S1AP_INITIAL_UE_MSG:初始直传消息 (77)5.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求 (79)5.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询 (81)5.2.7 RRC_UE_CAP_INFO:UE能力信息 (82)5.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示 (86)5.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令 (91)5.2.10 RRC_CONN_RECFG:RRC连接重配置 (92)5.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成 (95)5.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (95)5.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成 (96)5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求 (96)5.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息 (98)5.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成 (98)5.2.17 RRC_CONN_RECFG:RRC连接重配置 (99)5.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息 (103)5.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息 (104)5.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (105)5.2.21 RRC_CONN_RECFG:RRC连接重配置 (105)5.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (106)5.2.23 RRC_MEAS_RPRT:RRC测量报告 (107)5.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输 (107)5.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输 (108)5.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求 (109)5.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应 (109)5.2.28 RRC_CONN_REL:RRC连接释放 (110)5.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求 (111)5.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令 (111)5.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成 (112)概述本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。
LTE网络信令流程及相关参数讲解
18
eNodeB
S-GW
PDN-GW
2
小区选择
小区选择过程又称为下行同步过程，主要通过解下行的主同步信号PSS和辅
同步信号SSS完成
检测PSCH（用于获得5ms时钟，并获 得小区ID组内的具体小区ID）
时域位置：
检测SSCH（用于获得无线帧时钟、小 区ID组、BCH天线配置）
检测下行参考信号（用于获得BCH天线 配置，是否采用位移导频）
Random Access Response
4
附着流程
附着过程完成UE在网络的注册，完成核心网对该UE默认承载的建立，
附着伴随着核心网的默认承载的建立而建立。
5
小区重选
空闲态，终端需要通过重选过程保持信号的连续性，重选的相关参数
配置在SIB3-8消息中。
6
同频重选
同频同优先级的重选通过Sintrasearch启测，通过R准则判决。
Handover Preparation Handover Execution
5. Handover Request
7. Admission Control
7. Handover Request Acknologe 8. Handover Command DL allocation 9. Handover Command
联合附着：CSFB终端开机后，发起附着请求中 携带“联合附着”指示，MME通过SGS口与 MSC执行位置更新流程，实现终端在2/4G核心 网的联合附着，MEE回复终端的附着接受消息 中，同时含有MSC提供的LAC 和TMSI信息。 联合位置更新：当CSFB终端在LTE网络移动位 置区改变，会发起位置更新请求，携带“联合 位置更新”指示，同样也是通过SGS接口实现 在2/4G核心网中联合更新。
eNodeB
S-GW
PDN-GW
2
小区选择
小区选择过程又称为下行同步过程，主要通过解下行的主同步信号PSS和辅
同步信号SSS完成
检测PSCH（用于获得5ms时钟，并获 得小区ID组内的具体小区ID）
时域位置：
检测SSCH（用于获得无线帧时钟、小 区ID组、BCH天线配置）
检测下行参考信号（用于获得BCH天线 配置，是否采用位移导频）
Random Access Response
4
附着流程
附着过程完成UE在网络的注册，完成核心网对该UE默认承载的建立，
附着伴随着核心网的默认承载的建立而建立。
5
小区重选
空闲态，终端需要通过重选过程保持信号的连续性，重选的相关参数
配置在SIB3-8消息中。
6
同频重选
同频同优先级的重选通过Sintrasearch启测，通过R准则判决。
Handover Preparation Handover Execution
5. Handover Request
7. Admission Control
7. Handover Request Acknologe 8. Handover Command DL allocation 9. Handover Command
联合附着：CSFB终端开机后，发起附着请求中 携带“联合附着”指示，MME通过SGS口与 MSC执行位置更新流程，实现终端在2/4G核心 网的联合附着，MEE回复终端的附着接受消息 中，同时含有MSC提供的LAC 和TMSI信息。 联合位置更新：当CSFB终端在LTE网络移动位 置区改变，会发起位置更新请求，携带“联合 位置更新”指示，同样也是通过SGS接口实现 在2/4G核心网中联合更新。
LTE VOLTE路测信令分析解析
2）Rrc Connection Setup
3）Rrc Connection Setup Complete
（Service Request）
AA发 发起 起呼 呼叫 叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
5）Initial Context Setup Request
8）Initial Context Setup Response
UUssUeesrrerPPPlllaaannneeeSSSeteeuttpuupp
1188））IInniittiiaall CCoonntteexxtt 5）SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21）Initial Context 8S）etIunpitiRalesCpoonntseext
无线基本功能
• QCI=1/2的承载 • RLC层 UM模式 • 无线承载组合：至少2个AM DRB（分别为默认承载和
IMS信令承载）+ 1个或2个UM DRB（分别承载高清语 音和高清视频） • IMS紧急呼叫
作用和效果
• 保证eNB在资源调度、接入控制时给VoLTE最高优先级 • 无需RLC层重传，减小时延；减小RLC头开销 • eNB可进行承载级别的QoS控制
A BTS/BSC
2G接入
Um Ut
运营支撑层 BOSS NMS OMC
策略控制单元（PCC）
PCC（Policy and Charging Control 策略与计费控制）: 提供策略控制、计费控制功能、业务数据流的事件报告等功能。 PCRF（Policy and Charging Rule Function策略和计费规则功能）: 包含策略控制决策和基于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入， 向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制功能。并结 结合PCRF的自定义信息做出PCC决策。
3）Rrc Connection Setup Complete
（Service Request）
AA发 发起 起呼 呼叫 叫
IDLE模式，先将数据缓 存，信令跑通后发送数据
5）Initial Context Setup Request
8）Initial Context Setup Response
UUssUeesrrerPPPlllaaannneeeSSSeteeuttpuupp
1188））IInniittiiaall CCoonntteexxtt 5）SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21）Initial Context 8S）etIunpitiRalesCpoonntseext
无线基本功能
• QCI=1/2的承载 • RLC层 UM模式 • 无线承载组合：至少2个AM DRB（分别为默认承载和
IMS信令承载）+ 1个或2个UM DRB（分别承载高清语 音和高清视频） • IMS紧急呼叫
作用和效果
• 保证eNB在资源调度、接入控制时给VoLTE最高优先级 • 无需RLC层重传，减小时延；减小RLC头开销 • eNB可进行承载级别的QoS控制
A BTS/BSC
2G接入
Um Ut
运营支撑层 BOSS NMS OMC
策略控制单元（PCC）
PCC（Policy and Charging Control 策略与计费控制）: 提供策略控制、计费控制功能、业务数据流的事件报告等功能。 PCRF（Policy and Charging Rule Function策略和计费规则功能）: 包含策略控制决策和基于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入， 向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制功能。并结 结合PCRF的自定义信息做出PCC决策。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
切换A3测量报告
HOPrepareAttempt
A3切换准备尝试次数
InterFreqHOAttempt 异频切换尝试
InterFreqHOSuc
异频切换成功
InterFreqHOFail
异频切换失败
IntraFreqHOAttempt 同频切换尝试
IntraFreqHOSuc
同频切换成功Leabharlann IntraFreqHOFail
名称 AttachAttempt AttachSuc AttachFail DetachAttempt
DetachSuc
RRCSetupReq RRCSetupSuc
RRCSetupFail
含义 附着尝试 附着成功 附着失败 去附着尝试
去附着成功
RRC连接建立请求 RRC连接建立成功
RRC连接建立失败
以下情况表示ERAB异常释放： 1、没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动 发出DETACH REQUEST消息，但收到了RRCConnectionReconfiguration消息，且其中有信元“drb-ToReleaseList ”。 2、没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动 发出DETACH REQUEST消息，但收到了RRCConnection release消息并且前4s没有APP层速率传输。 3、收到包含了信元“drb-ToAddModList”的RRC Connection Reconfiguration消息后，收到RRC释放信令之前， UE的“RRCState”值为“Idle”。 4、在UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时，收到RRC的业务请求。 5、在UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH 服务小区的RSRP值比绝对门限阈值高时，输出A1测量报告。 服务小区的RSRP值比绝对门限阈值低时，输出A2测量报告。 邻区的RSRP值比服务小区的RSRP值高时，输出A3测量报告。Event A4 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时，输出A5测量报告。 邻区的RSRP值比绝对门限阈值高时，输出B1测量报告。 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时，输出B2测量报告。 如果MeasurementReport消息中的“measId”与上一条RRC Connection Reconfiguration消息中的“measId”相 同，则输出一次切换A3测量报告。 统计方法如下：1、如果第k条和第k+1条切换A3事件时间小于1s，且之间没有切换命令，统计为一次 HOPrepareAttempt。2、如果第k条和第k+1条切换A3事件时间小于1s，且之间有切换命令，切换准备尝试次数+1 。3、如果第k条和第k+1条切换A3事件时间大于1s，则切换准备尝试次数+1。 eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值不相同，表示UE尝试异频切换。 以下情况表示UE异频切换成功： 1、InterFreqHOAttempt事件发生后，UE在t304+1000ms内收到新的小区发送的RRC Connection Reconfiguration消息。 2、InterFreqHOAttempt事件发生后，在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“ Serving PCI”值为切换请求消息中的“targetPhysCellId”值。 3、InterFreqHOAttempt事件发生后，UE在t304+1000ms内遇到TUE及海思的终端内部事件HandoverSuc。说明： 以下情况表示UE异频切换失败： 1、InterFreqHOAttempt事件发生后，eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 2、InterFreqHOAttempt事件发生后，UE的“RRC State”值为“Idle”。 3、发生异频切换尝试事件后，在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的 targetPhysCellId。 eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值相同，表示UE尝试同频切换。
LTE异系统切换成功事件
InterRATHOFail
LTE异系统切换失败事件
InterRATRedirectionR eq
LTE异系统重定向请求
InterRATRedirectionS uc
LTE异系统重定位成功事件
InterRATRedirectionF ail
LTE异系统重定位失败事件
RandomAccess
ERABSetupSuc
ERAB建立成功
ERABAbnormalRel
ERAB异常释放
Event A1 Event A2 Event A3 Event A5 Event B1 Event B2
HOA3Measurement
A1测量报告 A2测量报告 A3测量报告 A5测量报告 B1测量报告 B2测量报告
CSFBServiceSuc
LTE到GSM小区重选事件 LTE到WCDMA小区重选事件 GSM到LTE小区重选事件 WCDMA到LTE小区重选事件 CSFB服务请求
CSFB接入成功事件
CSFBServiceFail
LTE回落到GU失败事件
InterRATHOCmd
LTE异系统切换命令
InterRATHOSuc
MS发出RRC Connection Request，并且2.5s内UE没有发出RRC Connection Setup Complete，或者收到RRC Connection Reject，则触发该事件。ERABSetupAttempt
ERABSetupAttempt事件发生后，在1秒内收到RRC Connection Reconfiguration Complete消息，并且消息中的 信元“RRC-TransactionIdentifier”值与信元“RRC Connection Reconfiguration”信元值相同，则表示ERAB 建立成功。ERABSetupFail
以下情况表示UE同频切换成功：1、IntraFreqHOAttempt事件发生后，UE在t304+1000ms内收到新的小区发送的 RRC Connection Reconfiguration消息。2、IntraFreqHOAttempt事件发生后，在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“Serving PCI”值为切换请求消息中的“targetPhysCellId”。3、 IntraFreqHOAttempt事件发生后，UE在t304+1000ms内遇到TUE及海思的终端内部事件 HandoverSuc。 以下情况表示UE同频切换失败： 1、IntraFreqHOAttempt事件发生后，eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 2、IntraFreqHOAttempt事件发生后，UE的“RRC State”值为“Idle”。 3、发生同频切换尝试事件后，在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的 targetPhysCellId。 系统收到UE发送的TRACKING AREA UPDATE REQUEST消息则判断一次TA Update Attempt。 UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内收到TRACKING AREA UPDATE ACCEPT或TRACKING AREA UPDATE Complete消息，则表示LTE TA更新成功。 以下情况都表示LTE TA更新失败： 1、UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内收到TRACKING AREA UPDATE Reject消息。 2、UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内没有收到TRACKING AREA UPDATE ACCEPT或 TRACKING AREA UPDATE Complete消息。 FTP、HTTP等数据业务的第一个数据包开始传输，触发本事件。 FTP、HTTP等数据业务的最后一个数据包传输结束，触生该事件。 FTP、HTTP等数据业务开始执行，如FTP Get、FTP Put等。 FTP、HTTP等数据业务执行结束。 以下情况都表示任务异常结束：1、在FTP业务中，数据下载过程中异常终止。2、在HTTP业务和WAP Download业 务中，MS Deactivate PDP Context Request消息的原因值不是Regular Deactivation，则表示PDP Session
HOPrepareAttempt
A3切换准备尝试次数
InterFreqHOAttempt 异频切换尝试
InterFreqHOSuc
异频切换成功
InterFreqHOFail
异频切换失败
IntraFreqHOAttempt 同频切换尝试
IntraFreqHOSuc
同频切换成功Leabharlann IntraFreqHOFail
名称 AttachAttempt AttachSuc AttachFail DetachAttempt
DetachSuc
RRCSetupReq RRCSetupSuc
RRCSetupFail
含义 附着尝试 附着成功 附着失败 去附着尝试
去附着成功
RRC连接建立请求 RRC连接建立成功
RRC连接建立失败
以下情况表示ERAB异常释放： 1、没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动 发出DETACH REQUEST消息，但收到了RRCConnectionReconfiguration消息，且其中有信元“drb-ToReleaseList ”。 2、没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动 发出DETACH REQUEST消息，但收到了RRCConnection release消息并且前4s没有APP层速率传输。 3、收到包含了信元“drb-ToAddModList”的RRC Connection Reconfiguration消息后，收到RRC释放信令之前， UE的“RRCState”值为“Idle”。 4、在UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时，收到RRC的业务请求。 5、在UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH 服务小区的RSRP值比绝对门限阈值高时，输出A1测量报告。 服务小区的RSRP值比绝对门限阈值低时，输出A2测量报告。 邻区的RSRP值比服务小区的RSRP值高时，输出A3测量报告。Event A4 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时，输出A5测量报告。 邻区的RSRP值比绝对门限阈值高时，输出B1测量报告。 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时，输出B2测量报告。 如果MeasurementReport消息中的“measId”与上一条RRC Connection Reconfiguration消息中的“measId”相 同，则输出一次切换A3测量报告。 统计方法如下：1、如果第k条和第k+1条切换A3事件时间小于1s，且之间没有切换命令，统计为一次 HOPrepareAttempt。2、如果第k条和第k+1条切换A3事件时间小于1s，且之间有切换命令，切换准备尝试次数+1 。3、如果第k条和第k+1条切换A3事件时间大于1s，则切换准备尝试次数+1。 eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值不相同，表示UE尝试异频切换。 以下情况表示UE异频切换成功： 1、InterFreqHOAttempt事件发生后，UE在t304+1000ms内收到新的小区发送的RRC Connection Reconfiguration消息。 2、InterFreqHOAttempt事件发生后，在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“ Serving PCI”值为切换请求消息中的“targetPhysCellId”值。 3、InterFreqHOAttempt事件发生后，UE在t304+1000ms内遇到TUE及海思的终端内部事件HandoverSuc。说明： 以下情况表示UE异频切换失败： 1、InterFreqHOAttempt事件发生后，eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 2、InterFreqHOAttempt事件发生后，UE的“RRC State”值为“Idle”。 3、发生异频切换尝试事件后，在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的 targetPhysCellId。 eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dlCarrierFreq”的值与当前“Serving EARFCN”的值相同，表示UE尝试同频切换。
LTE异系统切换成功事件
InterRATHOFail
LTE异系统切换失败事件
InterRATRedirectionR eq
LTE异系统重定向请求
InterRATRedirectionS uc
LTE异系统重定位成功事件
InterRATRedirectionF ail
LTE异系统重定位失败事件
RandomAccess
ERABSetupSuc
ERAB建立成功
ERABAbnormalRel
ERAB异常释放
Event A1 Event A2 Event A3 Event A5 Event B1 Event B2
HOA3Measurement
A1测量报告 A2测量报告 A3测量报告 A5测量报告 B1测量报告 B2测量报告
CSFBServiceSuc
LTE到GSM小区重选事件 LTE到WCDMA小区重选事件 GSM到LTE小区重选事件 WCDMA到LTE小区重选事件 CSFB服务请求
CSFB接入成功事件
CSFBServiceFail
LTE回落到GU失败事件
InterRATHOCmd
LTE异系统切换命令
InterRATHOSuc
MS发出RRC Connection Request，并且2.5s内UE没有发出RRC Connection Setup Complete，或者收到RRC Connection Reject，则触发该事件。ERABSetupAttempt
ERABSetupAttempt事件发生后，在1秒内收到RRC Connection Reconfiguration Complete消息，并且消息中的 信元“RRC-TransactionIdentifier”值与信元“RRC Connection Reconfiguration”信元值相同，则表示ERAB 建立成功。ERABSetupFail
以下情况表示UE同频切换成功：1、IntraFreqHOAttempt事件发生后，UE在t304+1000ms内收到新的小区发送的 RRC Connection Reconfiguration消息。2、IntraFreqHOAttempt事件发生后，在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“Serving PCI”值为切换请求消息中的“targetPhysCellId”。3、 IntraFreqHOAttempt事件发生后，UE在t304+1000ms内遇到TUE及海思的终端内部事件 HandoverSuc。 以下情况表示UE同频切换失败： 1、IntraFreqHOAttempt事件发生后，eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 2、IntraFreqHOAttempt事件发生后，UE的“RRC State”值为“Idle”。 3、发生同频切换尝试事件后，在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的 targetPhysCellId。 系统收到UE发送的TRACKING AREA UPDATE REQUEST消息则判断一次TA Update Attempt。 UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内收到TRACKING AREA UPDATE ACCEPT或TRACKING AREA UPDATE Complete消息，则表示LTE TA更新成功。 以下情况都表示LTE TA更新失败： 1、UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内收到TRACKING AREA UPDATE Reject消息。 2、UE发送TRACKING AREA UPDATE REQUEST消息后，规定时间内没有收到TRACKING AREA UPDATE ACCEPT或 TRACKING AREA UPDATE Complete消息。 FTP、HTTP等数据业务的第一个数据包开始传输，触发本事件。 FTP、HTTP等数据业务的最后一个数据包传输结束，触生该事件。 FTP、HTTP等数据业务开始执行，如FTP Get、FTP Put等。 FTP、HTTP等数据业务执行结束。 以下情况都表示任务异常结束：1、在FTP业务中，数据下载过程中异常终止。2、在HTTP业务和WAP Download业 务中，MS Deactivate PDP Context Request消息的原因值不是Regular Deactivation，则表示PDP Session