信令与信道类_第1页
信令与信道类_第2页
信令与信道类_第3页
信令与信道类_第4页
信令与信道类_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

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

文档简介

信令与信道类空口(UU)层三信令主叫信令流程:t(CCCH)rrcConnectionRequestrrc连接请求(上行链路公共控制信道)I(CCCH)rrcConnectionSetuprrc连接建立(下行链路公共控制信道)t(DCCH)rrcConnectionSetupCompleterrc连接建立完成(上行链路专用控制信道)tCMServiceRequestcm服务请求IAuthenticationRequest鉴权请求tAuthenticationResponse鉴权响应I(DCCH)securityModeCommand安全模式命令(下行专用控制信道)t(DCCH)securityModeComplete安全模式完成(上行专用控制信道)tSetup建立ICallProceeding呼叫进行I(DCCH)radioBearerSetup无线链路建立(下行专用控制信道)t(DCCH)radioBearerSetupComplete无线链路建立完成(上行专用控制信道)IAlerting(振铃)IConnect(连接、摘机)tConnectAcknowledge连接确认tDisconnect断开连接IRelease释放tReleaseComplete释放完成I(DCCH)rrcConnectionReleaserrc连接释放(下行链路控制信道)t(DCCH)rrcConnectionReleaseCompleterrc连接释放完成(上行链路控制信道)被叫信令流程:IPagingRequestType1、2(寻呼)trrcConnectionRequestrrc连接请求(上行链路公共控制信道)I(CCCH)rrcConnectionSetuprrc连接建立(下行链路公共控制信道)t(DCCH)rrcConnectionSetupCompleterrc连接建立完成(上行链路专用控制信道)IRRPagingResponseRR寻呼响应IAuthenticationRequest鉴权请求I(DCCH)securityModeCommand安全模式命令(下行专用控制信道)t(DCCH)securityModeComplete安全模式完成(上行专用控制信道)ISetup(来电显示)tCallConfirmed呼叫建立I(DCCH)radioBearerSetup无线链路建立(下行专用控制信道)t(DCCH)radioBearerSetupComplete无线链路建立完成(上行专用控制信道)tAlertingtConnectConnectAcknowledgeIDisconnecttReleaseIReleaseCompleteI(DCCH)rrcConnectionReleaserrc连接释放(下行链路控制信道)t(DCCH)rrcConnectionReleaseCompleterrc连接释放完成(上行链路控制信道)RRCConnectionRequest包括UE当前的TMSI号,及所处的位置区标示及UE是主叫还是被叫。RRCConnectionsetup包括TMSI号与LAC标示,与Request消息一致,以及RRC建立在哪个信道(专用信道DCH),工作频点、上行最大发射功率、闭环功控上行目标信噪比及步长、基站PCCPCH信道上最大允许发射功率,UE使用的上、下行时隙及码道及对应的Midamble码。RRCConnectionSetupComplete包括UE无线接入特性及能力等级,至此RRC连接建立过程结束。CMServiceRequest可以看出是CS业务还是PS业务,以及业务的具体类型。传输信道DCH、BCH、PCH、FACH、RACH到物理信道的映射关系DCH(专用信道)——DPCH(专用物理信道);BCH(广播信道)——P-CCPCH(主公共控制物理信道);PCH(寻呼信道)——P-CCPCH(主公共控制物理信道)、S-CCPCH(辅助公共控制物理信道);FACH(前向接入信道)——P-CCPCH(主公共控制物理信道)、S-CCPCH(辅助公共控制物理信道);RACH(随机接入信道)——PRACH(物理随机接入信道)。TD系统分析岗位功率参数了解释放流程包括IU释放和UU释放2部分。1、公共信道参数配置:PCCPCHPower、SCCPCHPower.MaxFPACHPower.PICHPower、DwPCHPowero2、随机接入过程相关参数:NodeB期望接收的上行导频信道功率(PUpPCH)、功率攀升步长(POWERRAMPSTEP)、SYNC_UL码的最大发送数目(MaxSYNC_ULTransmissions)、同步尝试的最大次数(Mmax)3、功率参数:小区最大发射功率(MAXTXPOWER)、PCCPCH功率(PCCPCHPOWER)、DwPCH功率(DWPCHPOWER)、SCCPCH发射功率(SCCPCHPOWER)、FACH最大发射功率(MAXFACHPOWER)、PCH功率(PCHPOWER)、会话业务最大上行发射功率(CONVMAXULTXPWR)、流业务最大上行发射功率(STRMAXULTXPWR)、交互业务最大上行发射功率(INTERMAXULTXPWR)、背景业务最大上行发射功率(BGDMAXULTXPWR);哪条信令里能够看到邻区列表?meansurmentcontrol里可以,系统消息11里也可以,但是由于鼎利软件的Bug无法解析出来。手机发给核心网的信令叫非接入层信令,第一条非接入层信令是CMservicerequestoRRC建立原因?注册、重选、开关机、业务发起【会话类业务、流类业务、交互类业务、背景类业务、紧急呼叫】RRC建立失败原因?NoReply原因造成RRC失败在CAC和RLSetup都已经完成后,RNC将发送RRCConnectionSetup信令给UE,如果在规定的时间内,没有收到UE的RRCConnectionComplete信令,那么系统侧将会判断本次RRC过程失败,并且其原因值为“NoReply”RNC硬件存在故障RNC内部处理板或对外的接口板正在问题,不能正确地将RRCConnectionSetup信令发送给NodeB传输存在问题从RNC到NodeB之间的传输存在问题,传输误码较大,丢包较多,造成不能正确地将RRCConnectionSetup信令发送给NodeBNodeB存在问题NodeB的某个板子存在问题,有可能不能正确地接收RNC传送来的信令,也可能不能将信令在FACH完整地传送给RRURRU存在问题RRU不能正确地接收UE上发的RRCConnectionSetupComplete信令,或是不能正确地将RRCConnectionSetup信令作传送给UE参数设置存在问题主要是SCCPCH的功率参数设置存在问题,导致UE无法正确接收RRU传来的信令。终端问题无线环境过差问题(也会引起RNC下发RRCconnectionsetup后终端无响应)定时器设置问题寻呼Paging【type1、2】与固定通信不一样,移动通信中的通信终端位置是不固定的。为了建立一次呼叫,核心网(CN)通过Iu接口向UTRAN发送寻呼信息,UTRAN通过Uu接口上的寻呼过程发送给UE,使被寻呼的UE发起与CN的信令连接建立过程。当UTRAN收到某个CN域(CS域或PS域)的寻呼消息时,首先判断UE是否与另一个CN域建立了信令连接,如果没有建立信令连接,那么UTRAN只能知道UE当前所在的服务区,并通过寻呼控制信道将寻呼消息发送给UE,这就是PAGINGTYPE1消息。如果已经建立信令连接,在CELL-DCH或CELL-FACH状态下,UTRAN就可以知道UE当前活动属于那种信道上并通过专用控制信道将寻呼消息发送给UE,这就是PAGINGTYPE2消息。根据UE所处的状态,寻呼可以分为两种类型。PagingType1PagingType1寻呼处于以下几种状态的UE。RRCIdleModeRRCconnectedmodeCELL_PCHstateURA_PCHstatePagingType2PagingType2寻呼处于以下几种状态的UE。(1)RRCconnectedmode(1)CELL_DCHstate(2)CELL_FACHstate比如,当UE在进行PS业务的时候(处于CELL_DCH、CELL_FACH态),此时UE再并发一个CS被叫业务,用PagingType2寻呼UE。小区信号强度在哪条信令里可以看到?RRCCONNECTIONREQUEST里可以看到小区选择重选门限在哪条信令可以看到SIB3Systeminformationblocktype3,小区选择与小区重选参数SIB4Systeminformationblocktype4,连接模式下小区选择与小区重选参数怎么判断小区正在进行重选从U口信令语句MasterinformationBlock,systeminformationblock等可以看出UE正在进行重选。4A,4B时间在哪条信令里体现在measurementReport里手机的开机过程高层RRC搜索网络,搜索过程L1寻找驻留小区,RRC检测BCH的系统消息,监听PCH上的寻呼信号,RRC通知上层信号进入IDLE状态。TD部分信道的映射关系、频点带宽、码片速率1、部分信道的映射关系BCH信道映射至P-CCPCH信道FACH和PCH信道映射至SCCPCHDCH信道映射至DPCHRACH信道映射至PRACH2、TD-SCDMA的带宽1.6MHZ3、TD-SCDMA的码片速率1.28Mcps简述传输信道DCH、BCH、PCH、FACH、RACH到物理信道的映射关系答:DCH——DPCH(专用物理信道);BCH——P-CCPCH(主公共控制物理信道);PCH——P-CCPCH(主公共控制物理信道)、S-CCPCH(辅助公共控制物理信道);FACH——P-CCPCH(主公共控制物理信道)、S-CCPCH(辅助公共控制物理信道);RACH——PRACH(物理随机接入信道)。简述RRC连接建立过程【在DCH上的】。(1)UE在CCCH(RACH,随机接入信道)上向RNC发送RRCConnectionRequest消息,发起RRC连接建立过程。(2)RNC发送一条RadioLinkSetupRequest消息给NodeB,请求NODEB分配RRC连接所需的特定无线链路资源。(3)NodeB根据RadioLinkSetupRequest消息的参数,来建立NodeB的上、下行无线链路给RNC发送一条RadioLinkSetupResponse响应消息。(4)RNC通过ALCAP协议,建立Iub数据传输承载。(5)RNC在CCCH上向NodeB发送RRCConnectionSetup消息给UE,告知UE相关参数。(6)UE收到SRNC发送的RRCConnectionSetup后,根据消息中给定的参数来配置物理层,NodeB成功建立DCH链路,然后在DCCH上发送RRCConnectionSetupComplete消息给RNC。简述TD随机接入过程的信令流程。1,UE上行同步UPPTS的SYNC-UL检测,FPACH对上行同步的响应调整PS,SS2,UE在RACH信道发起RRC连接请求,RNC响应的RRCSETUP消息。3,UE回复的RRCSETUPCOMPLETE简述切换步骤及信令流程。答:切换流程通常包括以下几个步骤:测量报告->测量终止->资源重配置->测量打开。a)RNC在前一次的测量控制中告诉UE,当满足阈值门限时,UE将向RNC上报measurementReport。b)RNC向NodeB发送measurementControl,告诉UE停止测量。同时RNC通知NodeB终止专用测量。c)RNC向目标小区的NodeB发送RadioLinkSetupRequest,要求NodeB建立上下接口的用户面资源。d)目标NodeB向RNC回复RadioLinkSetupResponse。e)RNC从原小区的DCCH上向UE发送PhysicalChannelReconfiguration,UE收到后,同目标小区进行上行同步。。当目标小区NodeB同UE的上行同步建立完成之后,目标小区NodeB向RNC上报一个RLRestore。9)当目标小区NodeB判断收到有效的上行信号后,会向UE发送下行数据,使得同UE建立下行同步完成,之后UE将从目标小区的DCCH上向RNC发送PhysicalChannelReconfigurationComplete。h)RNC向原小区NodeB下发RadioLinkDeletionRequest,要求原小区NodeB删除上下接口的用户面资源。RNC内的切换信令流程(UL_DCCH)measurementReport测量报告(下行链路专用用控制信道)(DL_DCCH)physicalChannelReconfiguration物理信道重配置(下行链路专用控制信道)(UL_DCCH)physicalChannelReconfigurationComplete物理信道重配置完成(上行链路专用控制信道)(DL_DCCH)measurementControl测量控制(下行专用控制信道)RNC间的切换信令流程(UL_CCH)measurementReport测量报告(下行链路专用用控制信道)(DL_CCH)RadioBearerReconfigurationRB重配置(下行链路专用控制信道)(UL_CCH)RadioBearerReconfigurationcompleteRB重配置完成(上行链路专用控制信道)(DL_DCCH)measurementcontrol测量控制(下行专用控制信道)HSDPA中CQI的反馈流程1)UE监听HS-SCCH,根据HS-SCCH上的UEID判断出发送消息给自己的HS-SCCH,读取信息,得到HS-DSCH发送数据所使用的资源信息。2)UE接收HS-DSCH信息,作出必要的质量测量,然后产生TFRC推荐值,这个推荐值在当前信道条件下要保证BLER<=10%。3)在下一个相继的HS-SICH上,UE报告导出的质量指示CQI发送到NodeB。以便NodeB在一个HS-DSCH进行传输时使用。4)NodeB根据自身的判断来使用UE上报的CQI中的TRFC参考。5)NodeB端将从(4)中得到的TRFC设置信息、HARQ上报的应答信息以及其他信息组装在HS-SCCH中,比HS-DSCH发送提前2个Slot发送给UE。上行同步如何保持上行同步的保持是通过根据下行的接收,定时发送上行提前来实现的。为了保持上行同步,要用到每个上行突发的midamble域。在每个上行时隙,每个UE的midamble是不同的。NodeB估计在相同时隙的每个UE的信道冲击响应来估计定时。然后,在下一个下行时隙,NodeB发送SS命令以使UE正确地调整其Tx定时。URA【LARA】1、关于URA的概念:URA(UTRANRegistrationArea)是UTRAN内部区域的划分适用于UE处于RRC连接状态的情形,而且只能在UTRAN端使用(比如由UTRAN发起的寻呼)。一个URA包含了一个或多个Cell,具体由运营商决定。2、为什么要定义URA——为了更加有效地使用无线资源这方面有两点原因:一是从网络侧考虑:3G以前,UE的移动性管理(MM)仅是由CN端通过登记UE的RAI或者LAI来完成;3G中,通过定义URA,可以使部分移动性管理功能由UTRAN来协作完成,这样通过UTRAN的配合就能更加有效地寻呼到某个UE。二是从UE侧考虑:我们知道UE的RRC连接有三个状态(CELL,URA,IDLE)。如果UE上有业务,那么此时UE应处于CELL_DCH状态或者CELL-FACH状态;如果UE上没有业务进行,但UE上将要有业务发生的可能性比较大,那么UE可以长时间处在CELL-PCH或者URA-PCH状态;如果UE上目前没有业务正在进行,而且UE将要发生业务的可能性非常小,那么UE应处在IDLE状态。之所以要区别CELL和URA两个不同的连接状态,还是为了从节省无线资源的角度考虑的。如果UE处在CELL-PCH状态,但其频繁在小区中切换,那么这样UE要频繁进行小区更新,这样是很消耗UE的资源的;而如果引入了URA-PCH状态,这样小区间的更新将被URA更新取代,UE可以在URAId发生变化的时候(跨越多个cell)再进行URA更新,而不必频繁地小区更新。还有就是定义上的不同:1、位置区LA是一个小区集合,是cs域的概念。路由区RA也是也小区集合,是ps域的概念。当切到新的小区时,系统消息里带的LAI不同MM就发起位置更新,是cs域的;当RAI不同就发起RAU更新,是ps域的。位置区更新叫locationupdate。路由区更新就routeareaupdate(RAU)。2、cellupdata即小区更新和URAupdate即UTRAN注册区更新是RRC里的移动性管理的流程,是AS层的一个信令过程。往往是伴随RRC状态的改变。3、位置区和URA没有什么关系。二者概念的提出,目的不一样。位置区的目的是计费方便;URA的目的是划分某地的服务。小区更新于URA更新:当终端在CELL-PCH和CELL-FACH状态下跨小区移动时,终端除做完小区小区重选后,还要给UTRAN发送小区更新消息来更新UTRAN中存储的该终端的小区信息;当终端在URA-PCH状态下跨小区移动时,且终端所处新小区的URA_ID和原来小区不同时,该终端除完成小区重选外,还要从新小区给UTRAN发送URA更新消息来更新该终端存于UTRAN的URA消息。终端进入新小区后,通过RACH信道发送CELL-UPDATE消息来给UTRAN,这条消息中包括当前的服务无线网络的临时标识符SRNTI和SRNCIdentity。这两个标识符可共同用于在UTRAN中唯一识别一个终端。UTRAN收到这个消息后修改该终端的注册小区信息,并回送CELLUPDATECONFIRM消息。同理,当UTRAN收到1」URAUPDATE消息,也将回送URAUPDATECONFIRM消息,从而完成更新确认。小区更新和URA更新分别在终端处于CELL-FACH/PCH和URA-PCH状态时由计时器T305启动。小区更新,小区重选、位置更新、切换,都有什么区别?1、小区更新小区更新过程的主要功能如下:⑴通知UTRAN,处于CELL_PCH或CELL_FACH状态的UE重新进入了服务区;⑵通知UTRAN,UE的AMRLC实体发生了不可恢复的RLC错误;周期性小区更新可作为CELL_PCH或CELL_FACH状态下的UE监管机制;通知UTRAN,处于CELL_PCH或CELL_FACH状态下的UE发生小区重选后所在的小区;用于处于CELL_DCH状态下的UE发生无线链路故障时的处理;用于UE发送UECAPABILITYINFORMATION消息失败时的处理;⑺通知UTRAN,处于CELL_PCH状态下的UE收到寻呼或需要发送上行数据,需要将其状态转移到CELL_FACH状态;小区更新过程由UE发起,在UE满足下面某一种条件时,可发起小区更新过程。如果某几种小区更新触发条件同时发生,则按照下述次序,优先以前面的原因进行小区更新。上行数据传送若UE在URA_PCH或CELL_PCH状态下,RB1或RB1以上的其它RB上有上行RLC数据块或控制块需要发送,则UE启动小区更新流程,设置原因值为“uplinkdatatransmission”。寻呼响应若UE在URA_PCH或CELL_PCH状态下,收到针对该UE的PAGINGTYPE18e342是消息,其中的“UsedPAGINGidentity”为UTRANidentity,且不包含可选项“originatedpagetoconnectedmodeUE”,且触发条件1不满足,则UE启动小区更新流程,设置原因值为“PAGINGresponse”。Radiolinkfailure若UE在CELL_DCH状态下T313超时(物理层失步),且触发条件1、2不满足,则UE在释放专用物理信道资源后,启动小区更新流程,设置原因值为“Radiolinkfailure”。若UE发送CAPABILITYINFORMATION消息时,连续N304发送失败(T304超时且V304>N304),且触发条件1、2不满足,则UE启动小区更新流程,设置原因值为“Radiolinkfailure”。Re-enteringservicearea若UE在CELL_FACH或CELL_PCH状态下,进入无覆盖区后,又在T307或T317超时之前重新进入网络覆盖区,且触发条件1、2、3不满足,则UE启动小区更新流程,设置原因值为“re-enteringservicearea”。RLCunrecoverableerror第33页共87页大唐移动通信设备有限公司TD-SCDMA基本信令流程若UE检测到其中的AMRLC实体发生了不可恢复的RLC错误,且触发条件1、2、3、4不满足,则启动小区更新流程,设置原因值为“RLCunrecoverableerror”。Cellreselection若UE在CELL_FACH或CELL_PCH状态下进行小区重选,且触发条件1、2、3、4、5不满足,则启动小区更新流程,设置原因值为“Cellreselection”。若UE在CELL_FACH状态下,且C_RNTI为空,且触发条件1、2、3、4、5不满足,则启动小区更新流程,设置原因值为“Cellreselection”。Periodicalcellupdate若UE在CELL_FACH或CELL_PCH状态下T305超时,且UE尚在配置了期性更新的小区的覆盖范围内,且触发条件1、2、3、4、5、6不满足,则启动小区更新流程,设置原因值为“periodicalcellupdate”。2、IDLE模式下,UE从cell1变更到cell2的过程,依据Rs/Rn算法3、位置更新【LAU】位置更新过程是由HLR,MSC/VLR等实体之间逻辑配合完成。HLR记录移动用户当前位置信息和所有用户数据;VLR记录漫游到由该VLR控制位置区的移动用户的相关用户数据;MSC处理移动用户的位置登记进程,与移动用户对话并与HLR,VLR交互信息。位置更新包括正常位置更新,周期性位置更新,IMSIAttach。这三类更新的触发条件是不同的。IMSIattach过程一般发生在开机或重新返回信号覆盖区或SIM卡被重新插入,第51页共87页大唐移动通信设备有限公司TD-SCDMA基本信令流程时需要满足以下条件:1)在RRC接收到的NAS系统消息中,ATT标志指示需要IMSIAttach过程;2)更新状态是“UPDATED”;3)驻留的LAI与USIM中保存的LAI相同;在其它所有需要做位置更新的情况下,除了因为周期位置更新定时器T3212超时,同时MM更新状态为“UPDATED”时进行周期位置更新外,其它都是进行正常位置更新。引起移动用户发生正常位置更新的条件是:移动设备开机时以及移动用户发生漫游引起位置改变。4、切换切换过程是移动通信区别于固定通信的一个显著特征之一,在如今的蜂窝结构的无线移动通信系统中,当正在使用网络服务的用户从一个小区移动到另外一个小区的过程中,为了保证通信的连续性,用户与原小区的通信链路要转移到新的小区或因为一些别的原因(网络负载和操作维护等)也会触发切换流程。TD-SCDMA支持的切换类型包括硬切换,接力切换两种。小区更新【cellupdate]7种原因小区更新过程在RRC连接模式下的任意一个状态都有可能被触发,触发小区更新过程的原因共有七个,它们分别介绍如

温馨提示

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

评论

0/150

提交评论