TDD-LTE信令详解
TDD-LTE信令详解
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 。
TDDLTE信令流程
TDDLTE信令流程TDD-LTE(Time Division Duplexing Long-Term Evolution)是一种移动通信技术,它使用了时分双工进行上下行传输,具有高速数据传输和低延迟的特点。
TDD-LTE的信令流程主要包括注册、呼叫建立、数据传输和释放几个阶段。
首先是注册阶段,当终端设备(UE)要连接到网络时,它会发送一个注册请求给基站。
基站收到请求后,会向UE发送一个消息确认并分配一个临时ID(Temporary C-RNTI)。
UE接收到消息后,会向基站发送一个注册请求确认,并携带自己的临时ID。
基站收到确认后,会为UE生成一个E-RNTI(全局唯一的临时ID),并告知UE。
UE接收到E-RNTI后,进行下一步的信令交互。
接下来是呼叫建立阶段,UE在此阶段发送呼叫请求给基站。
基站收到请求后,会进行呼叫控制处理,并向MME(Mobility Management Entity)发送呼叫请求。
MME接收到请求后,会查找UE的位置,并进行呼叫鉴权和密钥生成等处理。
一旦鉴权成功,MME会向基站发送呼叫接受消息,基站接收到消息后,会发送一个呼叫请求确认给UE。
UE接收到确认后,会发送一个呼叫接受消息给基站,并携带自己的临时ID和E-RNTI。
基站接收到消息后,会发送呼叫确认消息给MME,MME接收到确认后,会发送相关配置信息给UE。
UE接收到配置信息后,开始建立信道,完成呼叫建立。
接着是数据传输阶段,UE在此阶段进行数据传输。
UE首先向eNB (enhanced NodeB)发送数据请求消息,eNB接收到请求后,会分配一个传输资源给UE,并发送传输资源配置消息给UE。
UE接收到配置消息后,开始进行数据传输,并向eNB发送数据包。
eNB接收到数据包后,进行数据包处理,并负责将数据包传输给目标UE。
目标UE接收到数据包后,进行数据解包处理。
这个过程中,基站会周期性地发送调度消息给UE,以便进行资源分配和调度。
TDD LTE信令流程与分析
载SRB
RLC层依然提供TM/UM /AM三 种传输模式 3G中UM/AM传输模式下的加 密由RLC层实现,TM模式 下的 加密由MAC层实现 3G中含有多个MAC实体:
MAC PHY
LTE控制面
控制平面RRC协议数据的加解密和完整性保护功能,在LTE
中交由PDCP层完成
CELL_FACH
CELL_PCH URA_PCH Connection establishment/release UTRA_Idle
CCO with optional NACC Reselection Connection establishment/release
Reselection
E-UTRA RRC_IDLE
IMS信令 语音(缓冲流要求)、基于TCP的业务(如: www、e-mail、chat、ftp、p2p file sharing、 progressive video等)
7
8
9
7
8
100ms
300ms
10-3
10-6
语音、视频(直播流要求)、交互式游戏
语音(缓冲流要求)、基于TCP的业务(如: www、e-mail、chat、ftp、p2p文件共享、 progressive video等)
SIB1和所有SI消息均传输在BCCH → DL-SCH → PDSCH上
SIB1的传输通过携带SI-RNTI(SI-RNTI每个小区都是相同的)的PDCCH调度完成
SIB1中的SchedulingInfoList携带所有SI的调度信息,接收SIB1以后,即可接收其他SI消息
HUAWEI TECHNOLOGIES CO., LTD.
TD-LTE信令流程及信令解码比超详细还详细
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共90页TD-LT信令流程及信令解码(2013.03)本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分第2页共90页TD-LT信令流程及信令解码析,并加以标注。
所有信令为eNB侧跟踪的信令。
1.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,第3页共90页TD-LT 信令流程及信令解码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承载和无线资源配置信息。
TDLTE基本业务流程与主要信令概述(PPT 75页)_6092
RRCConnectionRequest
RRCConnectionReject
RRC连接,网络侧拒绝
3.2.2 连接控制-RRC连接建立
e-Identity :初始的 UE 标识。如果上层提供 S-TMSI,侧该值为 S-TMSI;
否则从0…2^(40)-1中抽取一个随机值
目前LTE规定有下面5种RRC 连接建立原因:
➢ Msg0:随机接入指示
对于切换场景,eNB通过RRC信令 通知UE
对于下行数据到达和辅助定位场景, eNB通过PDCCH通知UE
• Msg1:发送Preamble码
– UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入
• Msg2:随机接入响应
– Msg2与竞争机制的格式与内容完全一样,可以响应多个UE发送的Msg1
DRB的数量跟EPS Bearer数量有关 MAC层允许复用(逻辑信道映射到传输信道)
承载的概念
EPS承载相关的参数
QCI分类
UE相关的ID
UE相关的ID-续
网元的ID
主要内容
1 相关基础概念 2 TD-LTE初始接入和同步 3 TD-LTE无线控制面协议-RRC 4 TD-LTE无线网业务建立/释放相关流程 5 TD-LTE无线网移动性管理
3.2.1 连接控制-寻呼
寻呼的发送
➢ 由网络向空闲态或连接态的UE发起 ➢ Paging消息会在UE注册的所有小区发送(TA范围内)
核心网触发:通知UE接收寻呼请求(被叫,数据推送) eNodeB触发:通知系统消息更新以及通知UE接收ETWS等信息
当网络发生错误需要恢复时(例如STMSI不可用),才发起IMSI寻呼
若UE无法执行RRC连接重配置消息中的内 容,则UE回退到收到该消息前的配置,并 发起RRC连接重建立过程
高手秘籍TDD-LTE信令详解和切换2015
•
用寻呼来接收ETWS和CMAS指示,通过寻呼消息中的ETWS-Indication和CMASIndication来指示。
– 当接收到该指示信息后,UE进行SIB10/SIB11/SIB12的读取 其中P-RNTI的值为:FFFE
•
P D C C H
P-RNTI
PCH
小区重选概述
概念和分类
•小区重选(cell reselection)指UE在空闲模式下通过监测邻区和当前小区的信号 质量以选择一个最好的小区提供服务信号的过程。当邻区的信号质量及电平满 足S准则且满足一定重选判决准则时,终端将接入该小区驻留。
参数名 Srxlev Snonintrasearch
单位 dB dB
意义 Cell selection RX level value 小区接收电平 小区重选的异频测量启动门限,该值越大,异频测量启动越快
Sintrasearch
dB
小区重选的同频测量触发门限,该值越大,同频测量启动越快
重选判决准则-1 基于优先级
•UE驻留到合适的LTE小区停留1s后,就可以进行小区重选的过程
•小区重选过程包括测量和重选两部分过程,终端根据网络配置的相关参数,在 满足条件时发起相应的流程 – 系统内小区测量及重选 • 同频小区测量、重选 • 异频小区测量、重选 – 系统间小区测量及重选 •LTE中,SIB3-SIB8全部为重选相关信息
手动PLMN选择:终端AS将扫描所得的PLMN依照特 定的顺序报告给用户,由用户手动选择PLMN
系统消息接收
LTE系统消息
• 系统消息的组成
– MasterInformationBlock(MIB) – 多个SystemInformationBlocks (SIBs)
TD-LTE信令流程及信令解码详解
.页脚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-LTE信令流程及信令解码详解
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信令流程及信令解码详解
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承载和无线资源配置信息。
05TDDLTE信令流程与分析v2
LTE中的承载(chéngzài)
Radio Bearer承载空口RRC信令和NAS信令 S1 Bearer 承载eNB与MME间S1-AP信令 NAS音讯(yīnxùn)也可作为NAS PDU附带在RRC音讯(yīnxùn)中发送
E-UTRAN
EPC
Internet
UE
eNB
S-GW
P-GW
X2接口协议栈
X2接口(jiē kǒu)
LTE系统X2接口的定义采用(cǎiyòng)了与S1接口分 歧的原那么
X2接口运用层协议主要功用: 支持LTE_ACTIVE形状下UE的LTE接入系统内的移动性
管理功用; X2接口自身的管理功用,如错误指示、X2接口的树立
与复位,更新X2接口配置数据等; 负荷管理功用。
UDP/IP之上的GTP-U用来传输S-GW与eNB之间的用 户平面PDU
S1用户面主要功用为: 在S1接口目的节点中指示数据分组所属的SAE接入承
载; 移动性进程中尽量减少数据的丧失(sàngshī); 错误处置机制; MBMS支持功用; 分组丧失(sàngshī)检测机制;
第七页,共70页。
最常用的传输(chuán shū)参数〔系统带宽,系 统帧号,PHICH配置信息〕 时域:在第一个子帧的第二个时隙的前4个符号 ,以10ms为周期重传4次 频域:位于系统带宽中央的72个子载波
第九页,共70页。
系统(xìtǒng)音讯〔36.331〕
LTE系统(xìtǒng)音讯
SIBs 除MIB以外的系统音讯,包括(bāokuò)SIB1-SIB12 除SIB1以外,SIB2-SIB12均由SI (System Information)承载 SIB1是除MIB外最重要的系统音讯,固定以20ms为周期重传4次,即SIB1在每两个无线帧〔20ms〕的子帧
LTE信令流程及信令解码详解
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 :|_establishmentCause : ----highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 321.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下:-RRC-MSG :|_msg : UE 初始标识,此处因为上层没有提供建立原因,此处highPriorityAc|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :|_c1 :|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ----|_criticalExtensions : |_c1 :|_rrcConnectionSetup-r8 :|_radioResourceConfigDedicated : |_srb-ToAddModList :| |_SRB-ToAddMod :| |_srb-Identity : ---- 0x1(1)----| |_rlc-Config :| | |_explicitValue : 此处为建t-PollRetransmit : 发送端发送某个Poll 的AMDPDU 后,如果在该定时器超时后,还没有收到响应,则重新触发Poll. pollPDU : 轮询间隔SDU 数,该参数给出了一个触发| | |_am : | | |_ul-AM-RLC : | | | |_t-PollRetransmit : ---- ms45(8) ----| | | |_pollPDU : ----pInfinity(7) ----| | | |_pollByte : ----kBinfinity(14) ----| | | |_maxRetxThreshold : ---- t32(7) ----| | |_dl-AM-RLC :| | |_t-Reordering : ---- ms35(7) ---- | | |_t-StatusProhibit :---- ms0(0) ----| |_logicalChannelConfig :| |_explicitValue :SRB1上下行t-Reordering :重排序定时器,用于触发RESET PDU 的重传,Priorit:表示逻辑信道的优先级。
LTETDD信令流程分析PPT学习教案
Page 3
➢每个无线帧,PSS的2次发送内容一样,SSS的2次 发送内容不一样。通过解PSS先获得5ms定时;通 过解SSS获得10ms定时;根据FDD和TDD的SSS时 域位置不同,获得系统制式。
➢物理小区ID=物理层小区ID 组* 3 +物理层小区ID 物理层小区ID:0~2 物理层小区ID 组:0~167
第22页/共92页
Page 23
Page 23
RRC_DL_INFO_TRAN SF/
RRC_UL_INFO_TRAN SF
NAS层消息,基站侧不解析,只是透传给终端或核心网。 第23页/共92页
Page 24
Page 24
UE上下文建立过程
Page 25
指示基站为该UE分配资源建立数据承载。 第24页/共92页
系统消息----SIBn
➢SIBn传输周期为80ms的整数倍,SIB2主要是无线资源相关配置,SIB3~SIB5主要是 LTE系统内的小区重选配置;SIB6~SIB8分别为UTRA、GERAN、CDMA2000系统的重选配 置,SIB9为HNB配置,SIB10为ETWS的主通知,SIB11为ETWS的辅通知。
空口加密
UE Capability Enquiry UE Capability Infomation
UE Capability Information Indication
RRC connection Reconfiguration RRC connection Reconfiguration
Complete
RRC connection Setup Complete
Initial UE message
DL Infomation Transfer UL Infomation Transfer
TD-LTE信令流程及信令解码比超详细还详细
TD-LT信令流程及信令解码TD-LTE信令流程及信令解码第1页共90页TD-LT信令流程及信令解码(2013.03)本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分第2页共90页TD-LT信令流程及信令解码析,并加以标注。
所有信令为eNB侧跟踪的信令。
1.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,第3页共90页TD-LT 信令流程及信令解码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承载和无线资源配置信息。
TDD_LTE信令流程与分析指导(华为)
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 11
PLMN和小区选择
➢在SIB1信息中会携带网络侧的PLMN列表,UE的接入层AS会把解析 的PLMN列表上报自己的非接入层NAS,由NAS层执行PLMN的选择, 选择合适的PLMN。 ➢UE选定PLMN后会在该PLMN下选择合适的小区,小区的选择按照S 准则,UE选择该PLMN下信号最强的小区进行驻留。
➢PSS在每个无线帧的2次发送内容一样,SSS每个无线帧2次发送内容 不一样,通过解PSS先获得5ms定时,通过解SSS可以获得无线帧的 10ms定时;由于FDD和TDD时SSS的时域位置不同,通过解SSS又可以 获得系统的制式。
➢通过解PSS可以获得物理层小区ID,再通过解SSS可以获得小区的组 ID(504个小区分成168个组),二者组合就可以获得当前小区的小区ID (每个组内又有3个小区ID);当前小区的PCI = 组ID * 3 + 小区ID
Page 33
切换概述
➢ 什么是切换
切换是指UE在连接状态下,在不同的小区间移动,完成UE上下 文的更新。
➢ 切换的目的
基于覆盖的切换:移动通信中为了解决用户在移动的过程中业务 的连续性
基于负载的切换:基于负载状况触发的切换,保证整个系统的性 能最优
HUAWEI TECHNOLOGIES CO., LTD.
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 28
附着流程——Uu口和S1口信令
➢Uu口信令
➢S1口信令
HUAWEI TECHNOLOGIES CO., LTD.
TD-LTE测试内容和信令解析
TD-LTE测试内容和信令解析1.测试内容现阶段通常涉及到的测试按测试模式来分可分为室外测试与室内测试,按测试内容来分通常可分为覆盖测试与业务测试。
由于室外与室内的覆盖测试及业务测试大部分操作都相同,所以本节以室外测试为例,介绍覆盖测试与业务测试的操作流程。
1.1覆盖测试覆盖测试主要是通过CNT测试软件了解记录覆盖区域的信号强度、信号质量、信干噪比(SINR)。
1.1.1覆盖测试操作通常进行覆盖测试时终端处于空闲状态,测试时先按上述文档介绍的内容进行正确的设备连接,开始记录测试文件,然后按既定路线进行路测,记录路线上的信号覆盖情况。
1.1.2覆盖测试关注指标进行覆盖测试时,我们通常关注以下三个问题。
第一,测试路段是哪个小区覆盖;第二,该路段覆盖信号强度如何;第三,该路段覆盖信号质量如何。
首先,从测试软件的LTE Cell Information窗口我们可以看到当前的主覆盖小区,如下图。
图15 LTE Cell Information窗口正确导入小区信息数据后,我们可以在上图窗口中看到当前服务小区的名称,CellID和PCI,这些参数都能标识当前为终端提供服务的是哪个小区。
更进一步,我们打开测试软件主菜单Presentation->LTE->LTE Server Cell Information窗口可以看到更详细的服务小区信息,如下图。
图16 LTE Server Cell Information窗口确认了主服务小区之后,我们可以看到该小区在测试路段的覆盖强度,就是参数RSRP(参考信号接收功率),在图15和图16的两个窗口中均可以看到这个参数,更直观的方法,则是在MAP窗口通过路测覆盖图显示出来,如下图所示。
图17 RSRP覆盖图现阶段道路覆盖要求RSRP尽量保持在-110dbm以上,为保证业务质量,作为优化的目标,我们尽可能的通过调整,使RSRP尽量保持在-105dbm以上。
对于覆盖路段的信号质量,目前软件不能采样较合适的参数直观显示。
TD-LTE信令流程及信令解码
修正版TD-LTE信令流程及信令解码(2013.03)修正版本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注。
所有信令为eNB侧跟踪的信令。
1.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-LTE信令流程及信令解码
TD-LTE信令流程及信令解码(2013.03)本文主要就PS业务建立流程和LTE系统内切换的信令及信令解码进行重点IE分析,并加以标注。
所有信令为eNB侧跟踪的信令。
1.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承载和无线资源配置信息。
TDD-LTE信令流程
本地清空所有EPS 承载和RB资源
7. Security
本地清空该UE的所有 EPS承载和TEID资源
8. DOWNLINK NAS TRANSPORT (包含Detach Accept) 9. DLInformationTransfer (包含Detach Accept)
1. RA Preamble 2. RA Response 3. RRCConnectionRequest 4. RRCConnectionSetup 5. RRCConnectionSetupComplete (包含Service Request消息)
6. Initial UE message (包含Service Request消息)
DETACH过程
DETACH流程主要在两个方面运用: • 关机DETACH
• 非关机DETACH
关机(Swtich off)去附着过程
UE关机时,需要发起去附着流程,来通知网络释放其保存的该 UE的所有资源 如果是非关机去附着,则会收到MME的Detach Accept响应消息 和eNB的RRC Connection Release消息
connected下当UE 进入的 TAI不在 保存的TAI list内
1. ULInformationTransfer (包含TAU request消息)
2. UPLINK NAS TRANSPORT (包含TAU request消息)
•
3. MME间更新 UE上下文等
•
完成后不会释放NAS信令连接
First Uplink Data
TAU流程:RRC_CONNECTED发起的流程
TDD-LTE基本信令流程详细讲解
TDD-LTE基本信令流程指导书TDD-LTE基本信令流程指导书网版本日期作者审核修改记录V1.02009-09-14初版目录1概述 (1)2TDD-LTE网络结构概述 (2)2.1EPC与E-UTRAN功能划分 (3)2.2E-UTRAN接口的通用协议模型 (4)2.3S1接口 (4)2.3.1S1接口的用户平面 (5)2.3.2S1接口控制面 (5)2.4X2接口 (6)2.4.1X2接口用户平面 (7)2.4.2X2接口控制平面 (7)3典型信令流程分析 (9)3.1开机附着流程 (9)3.2UE发起的service request流程 (10)3.3网络发起的paging流程 (11)3.4关机去附着 (11)3.5切换流程 (12)3.6空口RRC信令 (14)1概述对信令的理解和熟悉有助于在网络规划和优化过程中定位问题,因此是网络优化的必备能力。
通常遇到问题,我们需要结合网络侧(后台信令跟踪)和终端侧两边的信令,共同分析。
本文首先介绍了LTE网络架构及各个接口;接着详细描述了TDD-LTE的空口的信令流程,希望对读者学习LTE有所帮助。
2TDD-LTE网络结构概述LTE的系统架构分成两部分,包括演进后的核心网EPC(MME/S-GW)和演进后的接入网E-UTRAN。
演进后的系统仅存在分组交换域。
LTE接入网仅由演进后的节点B(evolved NodeB)组成,提供到UE的E-UTRA控制面与用户面的协议终止点。
eNB之间通过X2接口进行连接,并且在需要通信的两个不同eNB之间总是会存在X2接口。
LTE接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。
与3G网络架构相比,接入网仅包括eNB一种逻辑节点,网络架构中节点数量减少,网络架构更加趋于扁平化。
扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延,也会降低OPEX与CAPEX。
由于eNB与MME/S-GW之间具有灵活的连接(S1-flex),UE在移动过程中仍然可以驻留在相同的MME/S-GW上,有助于减少接口信令交互数量以及MME/S-GW的处理负荷。
TD-LTE信令流程及信令解码详解
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 :UE初始标识,此处因为上层没有提供|_rrcConnectionRequest :|_criticalExtensions :|_rrcConnectionRequest-r8 : |_ue-Identity :|_establishmentCause : ---- highPriorityAccess(1)|_spare : ---- '0'B(00 )04 53 14 97 b7 8c 32 1.2 RRC Connection SetupeNB 在下行方向发送RRCConnectionSetup 消息给UE ,包含建立SRB1承载和无线资源配置信息。
该消息携带主要IE 详细见信令解码。
信令解码如下:-RRC-MSG :|_msg :|_struDL-CCCH-Message :|_struDL-CCCH-Message :|_message :建立原因,此处highPriorityAcc|_rrcConnectionSetup :|_rrc-TransactionIdentifier : ---- 0x1(1) ---- |_criticalExtensions : |_c1 : |_rrcConnectionSetup-r8 :|_radioResourceConfigDedicated : |_srb-ToAddModList :| |_SRB-ToAddMod :| |_srb-Identity : ---- 0x1(1) ---- | |_rlc-Config :| | |_ul-AM-RLC : | | | |_t-PollRetransmit : ---- ms45(8) ----| | | |_pollPDU : ---- 此处为建t-PollRetransmit : 发送端发送某个Poll 的AMD PDU 后,如果在该定时器超时后,还没有收到响应,则重新触发Poll.pollPDU : 轮询间隔SDU 数,该参数给出了一个触发轮询的门限值,发送了PollSDUSRB1上下行pInfinity(7) ----| | | |_pollByte : ---- kBinfinity(14) ----| | | |_maxRetxThreshold : ---- t32(7) ---- | | |_dl-AM-RLC : | | |_t-Reordering : ---- ms35(7) ---- | | |_t-StatusProhibit : ----ms0(0) ----| |_logicalChannelConfig :| |_explicitValue :| |_ul-SpecificParameters :| |_priority : ---- 0x1(1) ---- | |_prioritisedBitRate : ---- infinity(7) ----| |_bucketSizeDuration : ---- ms300(3) ----t-Reordering :重排序定时器,用于触发RESET PDU 的重传,此Priorit:表示逻辑信道的优先级。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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 。
载波带宽20M,传输信道可用资源块100个。
【RB为transport block,一个RB包含12个子载波,每个子载波15K,一个RB为15*12=180K。
考虑频谱间的隔离,每个RB定义为200K,20M带宽为100个RB,1200个子载波】一个RB。
时域上占7个OFDM符号,频域上占12个子载波。
2.4.2PHICH Configuration2.4.2.1 phich-Duration1) 字段类型:ENUMERATED {normal, extended}2) 字段描述:物理HARQ指示信道持续时间[参考36.211中table6.9.3-1]PHICH持续时间非MBSFN子帧MBSFN子帧帧结构类型2中的子帧1和子帧6其他情况同时支持PDSCH和PMCH的载波Normal 1 1 1Extended 2 3 2单位:OFDM符号3) 现网举例:Normal补充点:OFDM符号,从时域角度讲,一个时隙下有7个OFDM符号(常规CP),或6个OFDM 符号,如果在MBSFN情况下,有3个OFDM符号。
在频域上,OFDM符号占据系统带宽下所有子载波。
一个OFDM符号到底含有多少bit数据,是与系统配置的资源块(RB)数有关系,也就是说与系统带宽有关系!如果系统带宽为20M ,那么系统包含100个RB,每个RB 包含12个子载波,即一个OFDM 符号上共有1200个子载波。
同时,一个OFDM 符号包含的比特数还与资源元素选用的调制方式有关系,如果所有资源单元都选用64QAM 调制,则一个资源元素包含6个bit 。
这样,经计算,一个OFDM 符号的比特数=100*12*6=7200bit时域上一个symbol,频域上一个子载波,这两条线的交叉点,就是一个RE(资源粒子)。
2.4.2.2 phich-Resource1)字段类型:ENUMERATED {oneSixth, half, one, two}2) 字段描述:Parameter: Ng ,物理HARQ 指示信道资源,用于PHICH_group 个数 的计算,确定PHICH 的物理资源映射。
[参考36.211中6.9]PHICH_group= Ng*(100/8)(整数,取上限){3、7、13、25} 3) 现网举例:One2.4.3 SystemFrameNumber1) 字段类型:BIT STRING (SIZE (8))2) 字段描述:系统帧号,用于UE 获取系统时钟。
实际SFN 位长为10bit ,也就是取值从0-1023循环。
在PBCH 的MIB 广播中只广播前8位,剩下的两位根据该帧在PBCH 40ms 周期窗口的位置确定,第一个10ms 帧为00,第二帧为01,第三帧为10,第四帧为11。
PBCH 的40ms 窗口手机可以通过盲检确定。
【每个bit 含义需进一步详实!!!】 3) 现网举例:100111012.4.4spare1) 字段类型:BIT STRING (SIZE (10))2) 字段描述:预留。
3) 现网举例:00000000003 System Information Block Type13.1 发送场景同主系统消息块3.2 发端网元处理组装消息内容3.3 收端网元处理收到SystemInformationBlockType1后,UE应:1)前转cellIdentity给上层;1)前转trackingAreaCode给上层;3.4 字段解释3.4.1 Cell access related information3.4.1.1 PLMN Identity List3.4.1.2 PLMN Identity1) 字段类型:INTEGER (1..6)2) 字段描述:根据SIB1中plmn-IdentityList的列表顺序选择3) 现网举例:460013.4.1.2.1 Cell reserved for operator use1) 字段类型:ENUMERATED {reserved, notReserved}2) 字段描述:小区是否是为运营商预留的小区。
这类主要是用于特别区域(如军事管理区),作为紧急备用小区。
3) 现网举例:notReserved3.4.1.3 TrackingAreaCode1) 字段类型:BIT STRING (SIZE (16))2) 字段描述:跟踪区域码3) 现网举例:00000000000001013.4.1.4 CELL Identity1) 字段类型:BIT STRING (SIZE (28))2) 字段描述:小区识别码3) 现网举例:00000000000000010110000000013.4.1.5 CELL Barred1) 字段类型:ENUMERATED {barred, notBarred}2) 字段描述:小区禁止接入标识【36.304-5.3.1】3) 现网举例:notBarred3.4.1.6 Intra-Frequency Cell Reselection1) 字段类型:ENUMERATED {allowed, notAllowed}2) 字段描述:用来控制当更高级别的小区禁止接入时,能否重选同频小区。
3) 现网举例:allowed3.4.1.7 CSG Indication1) 字段类型:BOOLEAN2) 字段描述:当csg-Indication设置为1(true)时,只有当消息中的CSG(Closed SubscriberGroup)标识和UE中存储的CSG列表中的一项匹配时,此UE才能接入小区。
这个主要是用在R9的家庭基站中的概念,用于家庭基站对用户接入的控制。
3) 现网举例:false3.4.2Cell Selection Info3.4.2.1 q-Rxlevmin1) 字段类型:INTEGER (-70..-22)2) 字段描述:小区要求的最小接收功率RSRP值[dBm],即当UE测量小区RSRP低于该值时,UE是无法在该小区驻留的。
实际的值为:Qrxlevmin = IE value * 2[参考36.304中5.2.3]3) 现网举例:-64 。
即实际现网生效值是-64*2=-1283.4.2.2 q-Rxlevminoffset(OPTIONAL)1) 字段类型:INTEGER (1..8)2) 字段描述:该参数用于高优先级的PLMN选择时小区驻留计算。
实际的值为:q-Rxlevminoffset = IE value * 2[参考36.304中5.2.3.2]3) 现网举例:暂无3.4.3p-Max(OPTIONAL)1) 字段类型:INTEGER (-30..33)2) 字段描述:配置的UE最大发射功率[参考36.101中6.2.2]3) 现网举例:暂无3.4.4Frequency Band Indicator1) 字段类型:INTEGER (1..64)2) 字段描述:频带指示,表示当前系统的使用频段[参考36.101中5.2]E-UTRA Operating Band Uplink (UL)operating bandBS receiveUE transmitDownlink (DL)operating bandBS transmitUE receiveDuplexModeF UL_low–F UL_high F DL_low–F DL_high1 1920 MHz –1980 MHz 2110 MHz –2170 MHz FDD2 1850 MHz –1910 MHz 1930 MHz –1990 MHz FDD3 1710 MHz –1785 MHz 1805 MHz –1880 MHz FDD4 1710 MHz –1755 MHz 2110 MHz –2155 MHz FDD5 824 MHz –849 MHz 869 MHz –894MHz FDD61830 MHz –840 MHz 875 MHz –885 MHz FDD7 2500 MHz –2570 MHz 2620 MHz –2690 MHz FDD8 880 MHz –915 MHz 925 MHz –960 MHz FDD9 1749.9 MHz –1784.9 MHz 1844.9 MHz –1879.9 MHz FDD10 1710 MHz –1770 MHz 2110 MHz –2170 MHz FDD11 1427.9 MHz –1447.9 MHz 1475.9 MHz –1495.9 MHz FDD12 699 MHz –716 MHz 729 MHz –746 MHz FDD13 777 MHz –787 MHz 746 MHz –756 MHz FDD14 788 MHz –798 MHz 758 MHz –768 MHz FDD15 Reserved Reserved FDD16 Reserved Reserved FDD17 704 MHz –716 MHz 734 MHz –746 MHz FDD18 815 MHz –830 MHz 860 MHz –875 MHz FDD19 830 MHz –845 MHz 875 MHz –890 MHz FDD20 832 MHz –862 MHz 791 MHz –821 MHz FDD21 1447.9 MHz –1462.9 MHz 1495.9 MHz –1510.9 MHz FDD...33 1900 MHz –1920 MHz 1900 MHz –1920 MHz TDD34 2010 MHz –2025 MHz 2010 MHz –2025 MHz TDD35 1850 MHz –1910 MHz 1850 MHz –1910 MHz TDD36 1930 MHz –1990 MHz 1930 MHz –1990 MHz TDD37 1910 MHz –1930 MHz 1910 MHz –1930 MHz TDD38(D频段2600)2570 MHz –2620 MHz 2570 MHz –2620 MHz TDD39(F频段1900)1880 MHz –1920 MHz 1880 MHz –1920 MHz TDD40 2300 MHz –2400 MHz 2300 MHz –2400 MHz TDDNote 1:Band 6 is not applicable补充:占用频段拟用情况F频段与TD-SCDMA共用1880~1915频段室外E频段与TD-SCDMA共用2320~2370。