WCDMA切换原理知识点_第1页
WCDMA切换原理知识点_第2页
WCDMA切换原理知识点_第3页
WCDMA切换原理知识点_第4页
WCDMA切换原理知识点_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

本文格式为Word版,下载可任意编辑——WCDMA切换原理知识点FACH、DCH、PCH

FACH(ForwardAccessChannel)前向接入信道DCH(DedicatedChannel)专用信道PCH(PAGINGCHANNEL)寻呼信道

URA(UTRANRegistrationArea)是UTRAN内部区域的划分适用于UE处于RRC连接状态的情形,而且只能在UTRAN端使用(譬如由UTRAN发起的寻呼)。一个URA包含了一个或多个Cell,具体由运营商决定。

各状态间的区别联系

(1)这几个状态可以说是依照UE的活动性来的,DCH-FACH-CELL_PCH-URA_PCH-IDLE;(2)CELL_PCH、URA_PCH之间不能互转,只能通过FACH态为中间态;(3)DCH、FACH下是寻呼类型2,IDLE、CELL_PCH、URA_PCH都是寻呼类型1;

(4)URA_PCH与CELL_PCH状态的区别在于,当UE位于CELL_PCH状态时,假使当前所在的服务小区发生改变时,就需要向UTRAN汇报一次,而在URA_PCH状态时,只需要当所在的URA区发生变化时,才需要汇报。运营商自定义URA区的大小,一般会包含几个小区。

CELL-DCH状态下,一段时间内,假使业务量一直很低,则CELL-DCH转成CELL-FACH;CELL-FACH状态下,假使收到4aevent,即需要大的带宽传输数据时,则转到CELL-DCH;

CELL-FACH——>CELL-PCH。业务测量,在一段时间内,假使业务量一直为0。则CELL-FACH——>CELL-PCH,CELL-PCH——>URA-PCH。在一段时间内,假使小区更新消息超过了一定次数,则CELL-PCH——>URA-PCH。对于CELL_PCH或URA_PCH状态用户,RNC会在资源不足的状况下,回收这部分资源,以预留给未来的潜在用户。即RNC会将UE的RAN侧资源统统释放。

LAC、RAC、SAC、URA区别

LAC位置区编码,一般用于CScall。RAC路由区编码,用于pscall。

SAC服务区编码,一般是某个LAC下几个小区的集合,提供某种服务,供核心网计费试用。URAutran注册区,和上述三个不是同一类型的概念,为了避免UE频繁发起LAU而采用URAupdat。

CELL_DCH状态

CELL_DCH状态有如下特征:

在上行和下行给UE分派了一个专用物理信道根据UE当前的活动集可以知道UE所在的小区

UE可以使用专用传输信道、下行/上行共享传输信道或这些传输信道的组合UE进入CELL_DCH状态有如下2种方法:

1)UE在空闲模式下,RRC连接建立在专用行道上,因此UE从空闲模式进入CELL_DCH状态;2)UE处于CELL_FACH状态下使用公共传输信道,通过信道切换后使用专用传输信道,UE从CELL_FACH状态进入到CELL_DCH状态。

CELL_FACH状态

CELL_FACH状态具有如下特征:没有给UE分派专用传输信道UE连续监听一个下行FACH信道

为UE分派了一个默认的上行公共信道(例如,RACH)或上行共享传输信道,使之能够在接入过程中的任何时间内使用

UE的位置在小区级为UTRAN所知,具体为UE最近一次发起小区更新时报告的小区在CELL_FACH子状态,UE执行下面的动作:监听一个FACH

监听当前服务小区的BCH传输信道,解码系统信息消息在小区变为另一个UTRA小区时,发起一个小区更新过程

除非选择了一个新小区,否则使用在当前小区中分派的C-RNTI作为公共传输信道上的UE标识在RACH上传送上行控制信令和小数据包

在CELL_FACH状态下,假使数据业务在一段时间里未被激活,UE将进入CELL_PCH状态,以减少功率的损耗。并且,当UE暂时脱离CELL_PCH状态执行小区更新,更新完成后,假使UE和网络侧均无数据传输需求,它将返回CELL_PCH。

CELL_PCH状态

CELL_PCH状态具有如下特征:没有为UE分派专用信道

UE使用非连续接收(DRX)技术,在某个特定的寻呼时刻监听PCH传输信道上的信息不能有任何上行的活动

UE的位置在小区级为UTRAN所知,具体为UE在CELL_FACH状态时最近一次发起小区更新时所报告的小区

在CELL_PCH状态,UE进行以下活动:

根据DRX周期监听寻呼时刻,并接收PCH上的寻呼消息监听当前服务小区的BCH传输信道,以解码系统信息当小区改变时发起小区更新过程

在该状态下不能使用DCCH规律信道。假使网络试图发起任何活动,它需要在UE所在小区的PCCH规律信道上发送一个寻呼请求。

UE转换到CELL_FACH状态的方式有两个,一是通过UTRAN寻呼,二是通过任何上行接入。

URA_PCH状态

URA_PCH状态具有如下特征:没有为UE分派专用信道

UE使用DRX技术,在某个特定的寻呼时刻监听PCH传输信道上的信息不能有任何上行的活动

UE的位置在URA级为UTRAN所知,具体为UE在CELL_FACH状态时最近一次发起URA更新时所

报告的URA

在URA_PCH状态,UE进行以下活动:

根据DRX周期监听寻呼时刻,并接收PCH上的寻呼消息监听当前服务小区的BCH传输信道,以解码系统信息当URA改变时发起URA更新过程

在该状态下不能使用DCCH规律信道。假使网络试图发起任何活动,它需要在UE所在URA的PCCH规律信道上发送寻呼请求。

在URA_PCH状态,没有资源分派给数据传输用。因此,假使UE有数据要传送,需要首先转换到CELL_FACH状态。

寻呼流程

与固定通信不同,移动通信中的通信终端的位置不是固定的,为了建立一次呼叫,核心网(CN)通过Iu接口向UTRAN发送寻呼消息,UTRAN则将CN寻呼消息通过Uu接口上的寻呼过程发送给UE,使得被寻呼的UE发起与CN的信令连接建立过程。

当UTRAN收到某个CN域(CS域或PS域)的寻呼消息时,首先需要判断UE是否已经与另一个CN域建立了信令连接。假使没有建立信令连接,那么UTRAN只能知道UE当前所在的服务区,并通过寻呼控制信道将寻呼消息发送给UE,这就是PAGINGTYPE1消息;假使已经建立信令连接,在CELL_DCH或CELL_FACH状态下,UTRAN就可以知道UE当前活动于哪种信道上,并通过专用控制信道将寻呼消息发送给UE,这就是PAGINGTYPE2消息。因此针对UE所处的模式和状态,寻呼可以分为以下两种类型:

(1)寻呼空闲模式或PCH状态下的UE

这一类型的寻呼过程使用PCCH(寻呼控制信道)寻呼处于空闲模式、CELL_PCH或URA_PCH状态的UE,用于向被选择的UE发送寻呼信息,其作用有如下三点:?为了建立一次呼叫或一条信令连接,网络侧的高层发起寻呼过程;

?为了将UE的状态从CELL_PCH或URA_PCH状态迁移到CELL_FACH状态,UTRAN发起寻呼以触发UE状态的迁移;

?当系统消息发生改变时,UTRAN发起空闲模式、CELL_PCH和URA_PCH状态下的寻呼,以触发UE读取更新后的系统信息。

寻呼空闲模式和PCH状态下的UE

UTRAN通过在PCCH上一个适当的寻呼时刻发送一条PAGINGTYPE1消息来启动寻呼过程,该寻呼时刻和UE的IMSI有关。UTRAN可以选择在几个寻呼时机重复寻呼一个UE,以增加UE正确接收寻呼消息的可能。

(2)寻呼CELL_DCH或CELL_FACH状态下的UE

这一类型的寻呼过程用于向处于连接模式CELL_DCH或CELL_FACH状态的某个UE发送专用寻呼信息。

寻呼CELL_DCH或CELL_FACH状态下的UE

对于处于连接模式CELL_DCH或CELL_FACH状态的UE,UTRAN通过在DCCH(专用控制信道)上发送一条PAGINGTYPE2消息来发起寻呼过程。这种寻呼也叫做专用寻呼过程。

切换的一些基本概念

活动集(Activeset)、Monitoredset(监视集)、detectedset(检测集)事件报告

1A:一个主导频信道进入报告范围1B:一个主导频信道离开报告范围

1C:一个非激活集的主导频信道好过一个激活集里的主导频信道1D:最好小区发生变化

1E:一个主导频信道的测量值超过绝对门限值1F:一个主导频信道的测量值低于绝对门限值2D:启动压缩模式(异频、异系统)2F:中止压缩模式(异频、异系统)

事件报告转周期报告

当UE发送测量报告后UTRAN没有任何回应(譬如由于容量不够),此时UE从事件报告转向周期报告机制,测量报告的内容包含ACTIVESET内小区的信息和进入REPORTINGRANGE的MONITOREDSET内小区的信息。只有当此小区被成功参与ACTIVESET或者离开REPORTINGRANGE时,UE才中止周期性发送测量报告。

RL、RLS

RL:A\accesspoint.Itsphysicalrealisationcomprisesoneormoreradiobearertransmissions.

RLS:AsetofoneormoreRadioLinksthathasacommongenerationofTransmitPowerControl(TPC)commandsintheDL.

最大比合并、选择合并

软切换选择合并

更软切换最大比合并(nodeb内切换)

软切换增益

软切换带来的宏分集增益可以明显提高处于小区边缘的移动台的链路通信质量。

盲切换

盲切换是不对目标小区进行测量,只要源小区的电平或质量降到门限值就启动切换流程。一般异频同覆盖小区可以配置异频盲切换,异频负载切换是盲切换,只要当前服务小区存在盲切换邻区,就可以执行此项动作。盲切换一般都是硬切换。硬切换是新的连接建立前,先中断旧的连接。

一载波向二载波的切换即为盲切换。(10713->10688)

PATHLOSS

传播路径损耗,单位dB。

UE内部测量包含哪些事件

6A(UETxpower值高于某一绝对门限)6B(UETxpower值低于某一绝对门限)6C(UETxpower等于设定的最小值)6D(UETxpower等于设定的最大值)6E(UERSSI值达到UE的动态接收范围)

6F(FDD:位于激活集的UE对于RL的收发数据时间差值高于某个绝对门限)6F(TDD:通过TA值区别指示的时间高于某个绝对门限)

6G(FDD:位于激活集的UE对于RL的收发数据时间差值低于某个绝对门限)

BE业务

Besteffort(尽力服务)业务

特点:对时延不敏感、低错误率要求、没有保障带宽需求、业务突发性

标准的因特网服务模式。在网络接口发生拥塞时,不顾及用户或应用,马上丢弃数据包,直到业务量有所减少为止。

应用类型:网页浏览、收发Email、文件下载等

CFN、SFN

用于传输信道同步的计数器用于传输信道同步

SFN:Cell的帧计数器,Range:0~4095frames。由BFN经过T_cell调整得到。SFNSystemFrameNumber系统帧号(计数器)

CFN:连接帧号计数器,Range:0~255frames。用于UE和UTRAN传输信道的同步,SFNmod256=(CFN+FrameOffset)mod256,L2toL1;CFN=(SFN-FrameOffset)mod256,L1toL2。CFNConnectionFrameNumber连接帧号

BFN:NODEB的帧计数器,Range:0~4095frames。NodeB收到DL节点同步控制帧的时刻(t2)和NodeB发送UL节点同步帧的时刻(t3)都用BFN表示。BFNNodeBFrameNumber(Counter)NodeB帧号(计数器)

RFN:RNC的帧计数器,Range:0~4095frames。RNC收到UL节点同步控制帧的时刻(t4)和RNC发送DL节点同步帧的时刻(t1)都用BFN表示。RFNRNCFrameNumbercounterRNC帧号计数器

TM、UM、AM

无线链路控制协议RLC层三种模式:透明模式(TM)、非确认模式(UM)、确认模式(AM)

透明模式:

发送实体在高层数据上不添加任何额外控制协议开销,仅仅根据业务类型决定是否进行分段操作。接收实体接收到的PDU假使出现错误,则根据配置,在错误标记后递交或者直接丢弃并向高层报告。实时语音业务寻常采用RLC透明模式。

非确认模式:

发送实体在高层PDU上添加必要的控制协议开销,然后进行传送但并不保证传递到对等实体,且没有使用重传协议。接收实体对所接收到的错误数据标记为错误后递交,或者直接丢弃并向高层报告。由于RLCPDU包含有顺序号,因此能够检测高层PDU的完整性。UM模式的业务有小区广播和IP电话。

确认模式:

发送侧在高层数据上添加必要的控制协议开销后进行传送,并保证传递到对等实体。由于具有ARQ能力,假使RLC接收到错误的RLCPDU,就通知发送方的RLC重传这个PDU。由于RLCPDU中包含有顺序号信息,支持数据向高层的顺序/乱序递交。AM模式是分组数据传输的标准模式,譬如和电子邮件下载。

同频硬切换会上报RADIOLINKFAILUREINDICATION的原因

基站对于上行链路一直进行同步失步的检测。

由于切换前原小区上行链路是同步的,而切换后UE转到了新小区工作,从而NodeB检测到原链路上出现了失步,从而上报“RadioLinkFailureIndication〞给RNC,说明上行链路失步。

BEBITRATETHD(BEBitRateThd)

BE业务切换速率判决门限

BEServiceHandoverRateDecisionThresholdDefinition

SF(扩频因子)

扩频调制后的信号与扩频调制前的信号带宽之比。SF=1

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论