信令與信道類(lèi)

信令與信道類(lèi)空口（UU）層三信令主叫信令流程：t（CCCH）rrcConnectionRequestrrc連接請(qǐng)求（上行鏈路公共控制信道）I（CCCH）rrcConnectionSetuprrc連接建立（下行鏈路公共控制信道）t（DCCH）rrcConnectionSetupCompleterrc連接建立完成（上行鏈路專(zhuān)用控制信道）tCMServiceRequestcm服務(wù)請(qǐng)求IAuthenticationRequest鑒權(quán)請(qǐng)求tAuthenticationResponse鑒權(quán)響應(yīng)I（DCCH）securityModeCommand安全模式命令（下行專(zhuān)用控制信道）t（DCCH）securityModeComplete安全模式完成（上行專(zhuān)用控制信道）tSetup建立ICallProceeding呼叫進(jìn)行I（DCCH）radioBearerSetup無(wú)線鏈路建立（下行專(zhuān)用控制信道）t（DCCH）radioBearerSetupComplete無(wú)線鏈路建立完成（上行專(zhuān)用控制信道）IAlerting（振鈴）IConnect（連接、摘機(jī)）tConnectAcknowledge連接確認(rèn)tDisconnect斷開(kāi)連接IRelease釋放tReleaseComplete釋放完成I（DCCH）rrcConnectionReleaserrc連接釋放（下行鏈路控制信道）t（DCCH）rrcConnectionReleaseCompleterrc連接釋放完成（上行鏈路控制信道）被叫信令流程：IPagingRequestType1、2（尋呼）trrcConnectionRequestrrc連接請(qǐng)求（上行鏈路公共控制信道）I（CCCH）rrcConnectionSetuprrc連接建立（下行鏈路公共控制信道）t（DCCH）rrcConnectionSetupCompleterrc連接建立完成（上行鏈路專(zhuān)用控制信道）IRRPagingResponseRR尋呼響應(yīng)IAuthenticationRequest鑒權(quán)請(qǐng)求I（DCCH）securityModeCommand安全模式命令（下行專(zhuān)用控制信道）t（DCCH）securityModeComplete安全模式完成（上行專(zhuān)用控制信道）ISetup（來(lái)電顯示）tCallConfirmed呼叫建立I（DCCH）radioBearerSetup無(wú)線鏈路建立（下行專(zhuān)用控制信道）t（DCCH）radioBearerSetupComplete無(wú)線鏈路建立完成（上行專(zhuān)用控制信道）tAlertingtConnectConnectAcknowledgeIDisconnecttReleaseIReleaseCompleteI（DCCH）rrcConnectionReleaserrc連接釋放（下行鏈路控制信道）t（DCCH）rrcConnectionReleaseCompleterrc連接釋放完成（上行鏈路控制信道）RRCConnectionRequest包括UE當(dāng)前的TMSI號(hào)，及所處的位置區(qū)標(biāo)示及UE是主叫還是被叫。RRCConnectionsetup包括TMSI號(hào)與LAC標(biāo)示，與Request消息一致，以及RRC建立在哪個(gè)信道（專(zhuān)用信道DCH）,工作頻點(diǎn)、上行最大發(fā)射功率、閉環(huán)功控上行目標(biāo)信噪比及步長(zhǎng)、基站PCCPCH信道上最大允許發(fā)射功率，UE使用的上、下行時(shí)隙及碼道及對(duì)應(yīng)的Midamble碼。RRCConnectionSetupComplete包括UE無(wú)線接入特性及能力等級(jí)，至此RRC連接建立過(guò)程結(jié)束。CMServiceRequest可以看出是CS業(yè)務(wù)還是PS業(yè)務(wù)，以及業(yè)務(wù)的具體類(lèi)型。傳輸信道DCH、BCH、PCH、FACH、RACH到物理信道的映射關(guān)系DCH（專(zhuān)用信道）——DPCH（專(zhuān)用物理信道）；BCH（廣播信道）——P-CCPCH（主公共控制物理信道）；PCH（尋呼信道）——P-CCPCH（主公共控制物理信道）、S-CCPCH（輔助公共控制物理信道）；FACH（前向接入信道）——P-CCPCH（主公共控制物理信道）、S-CCPCH（輔助公共控制物理信道）；RACH（隨機(jī)接入信道）——PRACH（物理隨機(jī)接入信道）。TD系統(tǒng)分析崗位功率參數(shù)了解釋放流程包括IU釋放和UU釋放2部分。1、公共信道參數(shù)配置：PCCPCHPower、SCCPCHPower.MaxFPACHPower.PICHPower、DwPCHPowero2、隨機(jī)接入過(guò)程相關(guān)參數(shù)：NodeB期望接收的上行導(dǎo)頻信道功率（PUpPCH）、功率攀升步長(zhǎng)（POWERRAMPSTEP）、SYNC_UL碼的最大發(fā)送數(shù)目（MaxSYNC_ULTransmissions）、同步嘗試的最大次數(shù)（Mmax）3、功率參數(shù)：小區(qū)最大發(fā)射功率（MAXTXPOWER）、PCCPCH功率（PCCPCHPOWER）、DwPCH功率（DWPCHPOWER）、SCCPCH發(fā)射功率（SCCPCHPOWER）、FACH最大發(fā)射功率（MAXFACHPOWER）、PCH功率（PCHPOWER）、會(huì)話業(yè)務(wù)最大上行發(fā)射功率（CONVMAXULTXPWR）、流業(yè)務(wù)最大上行發(fā)射功率（STRMAXULTXPWR）、交互業(yè)務(wù)最大上行發(fā)射功率（INTERMAXULTXPWR）、背景業(yè)務(wù)最大上行發(fā)射功率（BGDMAXULTXPWR）；哪條信令里能夠看到鄰區(qū)列表?meansurmentcontrol里可以，系統(tǒng)消息11里也可以，但是由于鼎利軟件的Bug無(wú)法解析出來(lái)。手機(jī)發(fā)給核心網(wǎng)的信令叫非接入層信令，第一條非接入層信令是CMservicerequestoRRC建立原因？注冊(cè)、重選、開(kāi)關(guān)機(jī)、業(yè)務(wù)發(fā)起【會(huì)話類(lèi)業(yè)務(wù)、流類(lèi)業(yè)務(wù)、交互類(lèi)業(yè)務(wù)、背景類(lèi)業(yè)務(wù)、緊急呼叫】RRC建立失敗原因？NoReply原因造成RRC失敗在CAC和RLSetup都已經(jīng)完成后，RNC將發(fā)送RRCConnectionSetup信令給UE，如果在規(guī)定的時(shí)間內(nèi)，沒(méi)有收到UE的RRCConnectionComplete信令，那么系統(tǒng)側(cè)將會(huì)判斷本次RRC過(guò)程失敗，并且其原因值為“NoReply”RNC硬件存在故障RNC內(nèi)部處理板或?qū)ν獾慕涌诎逭趩?wèn)題，不能正確地將RRCConnectionSetup信令發(fā)送給NodeB傳輸存在問(wèn)題從RNC到NodeB之間的傳輸存在問(wèn)題，傳輸誤碼較大，丟包較多，造成不能正確地將RRCConnectionSetup信令發(fā)送給NodeBNodeB存在問(wèn)題NodeB的某個(gè)板子存在問(wèn)題，有可能不能正確地接收RNC傳送來(lái)的信令，也可能不能將信令在FACH完整地傳送給RRURRU存在問(wèn)題RRU不能正確地接收UE上發(fā)的RRCConnectionSetupComplete信令，或是不能正確地將RRCConnectionSetup信令作傳送給UE參數(shù)設(shè)置存在問(wèn)題主要是SCCPCH的功率參數(shù)設(shè)置存在問(wèn)題，導(dǎo)致UE無(wú)法正確接收RRU傳來(lái)的信令。終端問(wèn)題無(wú)線環(huán)境過(guò)差問(wèn)題(也會(huì)引起RNC下發(fā)RRCconnectionsetup后終端無(wú)響應(yīng))定時(shí)器設(shè)置問(wèn)題尋呼Paging【type1、2】與固定通信不一樣，移動(dòng)通信中的通信終端位置是不固定的。為了建立一次呼叫，核心網(wǎng)(CN)通過(guò)Iu接口向UTRAN發(fā)送尋呼信息，UTRAN通過(guò)Uu接口上的尋呼過(guò)程發(fā)送給UE，使被尋呼的UE發(fā)起與CN的信令連接建立過(guò)程。當(dāng)UTRAN收到某個(gè)CN域(CS域或PS域)的尋呼消息時(shí)，首先判斷UE是否與另一個(gè)CN域建立了信令連接，如果沒(méi)有建立信令連接，那么UTRAN只能知道UE當(dāng)前所在的服務(wù)區(qū)，并通過(guò)尋呼控制信道將尋呼消息發(fā)送給UE，這就是PAGINGTYPE1消息。如果已經(jīng)建立信令連接，在CELL-DCH或CELL-FACH狀態(tài)下，UTRAN就可以知道UE當(dāng)前活動(dòng)屬于那種信道上并通過(guò)專(zhuān)用控制信道將尋呼消息發(fā)送給UE，這就是PAGINGTYPE2消息。根據(jù)UE所處的狀態(tài)，尋呼可以分為兩種類(lèi)型。PagingType1PagingType1尋呼處于以下幾種狀態(tài)的UE。RRCIdleModeRRCconnectedmodeCELL_PCHstateURA_PCHstatePagingType2PagingType2尋呼處于以下幾種狀態(tài)的UE。（1）RRCconnectedmode（1）CELL_DCHstate（2）CELL_FACHstate比如，當(dāng)UE在進(jìn)行PS業(yè)務(wù)的時(shí)候（處于CELL_DCH、CELL_FACH態(tài)）,此時(shí)UE再并發(fā)一個(gè)CS被叫業(yè)務(wù)，用PagingType2尋呼UE。小區(qū)信號(hào)強(qiáng)度在哪條信令里可以看到？RRCCONNECTIONREQUEST里可以看到小區(qū)選擇重選門(mén)限在哪條信令可以看到SIB3Systeminformationblocktype3，小區(qū)選擇與小區(qū)重選參數(shù)SIB4Systeminformationblocktype4，連接模式下小區(qū)選擇與小區(qū)重選參數(shù)怎么判斷小區(qū)正在進(jìn)行重選從U口信令語(yǔ)句MasterinformationBlock，systeminformationblock等可以看出UE正在進(jìn)行重選。4A，4B時(shí)間在哪條信令里體現(xiàn)在measurementReport里手機(jī)的開(kāi)機(jī)過(guò)程高層RRC搜索網(wǎng)絡(luò)，搜索過(guò)程L1尋找駐留小區(qū)，RRC檢測(cè)BCH的系統(tǒng)消息，監(jiān)聽(tīng)PCH上的尋呼信號(hào)，RRC通知上層信號(hào)進(jìn)入IDLE狀態(tài)。TD部分信道的映射關(guān)系、頻點(diǎn)帶寬、碼片速率1、部分信道的映射關(guān)系BCH信道映射至P-CCPCH信道FACH和PCH信道映射至SCCPCHDCH信道映射至DPCHRACH信道映射至PRACH2、TD-SCDMA的帶寬1.6MHZ3、TD-SCDMA的碼片速率1.28Mcps簡(jiǎn)述傳輸信道DCH、BCH、PCH、FACH、RACH到物理信道的映射關(guān)系答：DCH——DPCH（專(zhuān)用物理信道）；BCH——P-CCPCH（主公共控制物理信道）；PCH——P-CCPCH（主公共控制物理信道）、S-CCPCH（輔助公共控制物理信道）；FACH——P-CCPCH（主公共控制物理信道）、S-CCPCH（輔助公共控制物理信道）；RACH——PRACH（物理隨機(jī)接入信道）。簡(jiǎn)述RRC連接建立過(guò)程【在DCH上的】。（1）UE在CCCH（RACH，隨機(jī)接入信道）上向RNC發(fā)送RRCConnectionRequest消息，發(fā)起RRC連接建立過(guò)程。（2）RNC發(fā)送一條RadioLinkSetupRequest消息給NodeB，請(qǐng)求NODEB分配RRC連接所需的特定無(wú)線鏈路資源。（3）NodeB根據(jù)RadioLinkSetupRequest消息的參數(shù)，來(lái)建立NodeB的上、下行無(wú)線鏈路給RNC發(fā)送一條RadioLinkSetupResponse響應(yīng)消息。（4）RNC通過(guò)ALCAP協(xié)議，建立Iub數(shù)據(jù)傳輸承載。（5）RNC在CCCH上向NodeB發(fā)送RRCConnectionSetup消息給UE，告知UE相關(guān)參數(shù)。（6）UE收到SRNC發(fā)送的RRCConnectionSetup后，根據(jù)消息中給定的參數(shù)來(lái)配置物理層，NodeB成功建立DCH鏈路，然后在DCCH上發(fā)送RRCConnectionSetupComplete消息給RNC。簡(jiǎn)述TD隨機(jī)接入過(guò)程的信令流程。1，UE上行同步UPPTS的SYNC-UL檢測(cè)，F(xiàn)PACH對(duì)上行同步的響應(yīng)調(diào)整PS，SS2，UE在RACH信道發(fā)起RRC連接請(qǐng)求，RNC響應(yīng)的RRCSETUP消息。3，UE回復(fù)的RRCSETUPCOMPLETE簡(jiǎn)述切換步驟及信令流程。答：切換流程通常包括以下幾個(gè)步驟：測(cè)量報(bào)告->測(cè)量終止->資源重配置->測(cè)量打開(kāi)。a）RNC在前一次的測(cè)量控制中告訴UE，當(dāng)滿足閾值門(mén)限時(shí)，UE將向RNC上報(bào)measurementReport。b）RNC向NodeB發(fā)送measurementControl，告訴UE停止測(cè)量。同時(shí)RNC通知NodeB終止專(zhuān)用測(cè)量。c）RNC向目標(biāo)小區(qū)的NodeB發(fā)送RadioLinkSetupRequest，要求NodeB建立上下接口的用戶面資源。d）目標(biāo)NodeB向RNC回復(fù)RadioLinkSetupResponse。e）RNC從原小區(qū)的DCCH上向UE發(fā)送PhysicalChannelReconfiguration，UE收到后，同目標(biāo)小區(qū)進(jìn)行上行同步。。當(dāng)目標(biāo)小區(qū)NodeB同UE的上行同步建立完成之后，目標(biāo)小區(qū)NodeB向RNC上報(bào)一個(gè)RLRestore。9）當(dāng)目標(biāo)小區(qū)NodeB判斷收到有效的上行信號(hào)后，會(huì)向UE發(fā)送下行數(shù)據(jù)，使得同UE建立下行同步完成，之后UE將從目標(biāo)小區(qū)的DCCH上向RNC發(fā)送PhysicalChannelReconfigurationComplete。h）RNC向原小區(qū)NodeB下發(fā)RadioLinkDeletionRequest，要求原小區(qū)NodeB刪除上下接口的用戶面資源。RNC內(nèi)的切換信令流程（UL_DCCH）measurementReport測(cè)量報(bào)告（下行鏈路專(zhuān)用用控制信道）（DL_DCCH）physicalChannelReconfiguration物理信道重配置（下行鏈路專(zhuān)用控制信道）（UL_DCCH）physicalChannelReconfigurationComplete物理信道重配置完成（上行鏈路專(zhuān)用控制信道）（DL_DCCH）measurementControl測(cè)量控制（下行專(zhuān)用控制信道）RNC間的切換信令流程（UL_CCH）measurementReport測(cè)量報(bào)告（下行鏈路專(zhuān)用用控制信道）（DL_CCH）RadioBearerReconfigurationRB重配置（下行鏈路專(zhuān)用控制信道）（UL_CCH）RadioBearerReconfigurationcompleteRB重配置完成（上行鏈路專(zhuān)用控制信道）（DL_DCCH）measurementcontrol測(cè)量控制（下行專(zhuān)用控制信道）HSDPA中CQI的反饋流程1）UE監(jiān)聽(tīng)HS-SCCH，根據(jù)HS-SCCH上的UEID判斷出發(fā)送消息給自己的HS-SCCH,讀取信息，得到HS-DSCH發(fā)送數(shù)據(jù)所使用的資源信息。2）UE接收HS-DSCH信息，作出必要的質(zhì)量測(cè)量，然后產(chǎn)生TFRC推薦值，這個(gè)推薦值在當(dāng)前信道條件下要保證BLER<=10%。3）在下一個(gè)相繼的HS-SICH上，UE報(bào)告導(dǎo)出的質(zhì)量指示CQI發(fā)送到NodeB。以便NodeB在一個(gè)HS-DSCH進(jìn)行傳輸時(shí)使用。4）NodeB根據(jù)自身的判斷來(lái)使用UE上報(bào)的CQI中的TRFC參考。5）NodeB端將從（4）中得到的TRFC設(shè)置信息、HARQ上報(bào)的應(yīng)答信息以及其他信息組裝在HS-SCCH中，比HS-DSCH發(fā)送提前2個(gè)Slot發(fā)送給UE。上行同步如何保持上行同步的保持是通過(guò)根據(jù)下行的接收，定時(shí)發(fā)送上行提前來(lái)實(shí)現(xiàn)的。為了保持上行同步，要用到每個(gè)上行突發(fā)的midamble域。在每個(gè)上行時(shí)隙，每個(gè)UE的midamble是不同的。NodeB估計(jì)在相同時(shí)隙的每個(gè)UE的信道沖擊響應(yīng)來(lái)估計(jì)定時(shí)。然后，在下一個(gè)下行時(shí)隙，NodeB發(fā)送SS命令以使UE正確地調(diào)整其Tx定時(shí)。URA【LARA】1、關(guān)于URA的概念：URA（UTRANRegistrationArea）是UTRAN內(nèi)部區(qū)域的劃分適用于UE處于RRC連接狀態(tài)的情形，而且只能在UTRAN端使用（比如由UTRAN發(fā)起的尋呼）。一個(gè)URA包含了一個(gè)或多個(gè)Cell，具體由運(yùn)營(yíng)商決定。2、為什么要定義URA——為了更加有效地使用無(wú)線資源這方面有兩點(diǎn)原因：一是從網(wǎng)絡(luò)側(cè)考慮：3G以前，UE的移動(dòng)性管理（MM）僅是由CN端通過(guò)登記UE的RAI或者LAI來(lái)完成；3G中，通過(guò)定義URA，可以使部分移動(dòng)性管理功能由UTRAN來(lái)協(xié)作完成，這樣通過(guò)UTRAN的配合就能更加有效地尋呼到某個(gè)UE。二是從UE側(cè)考慮：我們知道UE的RRC連接有三個(gè)狀態(tài)(CELL,URA,IDLE)。如果UE上有業(yè)務(wù)，那么此時(shí)UE應(yīng)處于CELL_DCH狀態(tài)或者CELL-FACH狀態(tài)；如果UE上沒(méi)有業(yè)務(wù)進(jìn)行，但UE上將要有業(yè)務(wù)發(fā)生的可能性比較大，那么UE可以長(zhǎng)時(shí)間處在CELL-PCH或者URA-PCH狀態(tài)；如果UE上目前沒(méi)有業(yè)務(wù)正在進(jìn)行，而且UE將要發(fā)生業(yè)務(wù)的可能性非常小，那么UE應(yīng)處在IDLE狀態(tài)。之所以要區(qū)別CELL和URA兩個(gè)不同的連接狀態(tài)，還是為了從節(jié)省無(wú)線資源的角度考慮的。如果UE處在CELL-PCH狀態(tài)，但其頻繁在小區(qū)中切換，那么這樣UE要頻繁進(jìn)行小區(qū)更新，這樣是很消耗UE的資源的；而如果引入了URA-PCH狀態(tài)，這樣小區(qū)間的更新將被URA更新取代，UE可以在URAId發(fā)生變化的時(shí)候(跨越多個(gè)cell)再進(jìn)行URA更新，而不必頻繁地小區(qū)更新。還有就是定義上的不同：1、位置區(qū)LA是一個(gè)小區(qū)集合，是cs域的概念。路由區(qū)RA也是也小區(qū)集合，是ps域的概念。當(dāng)切到新的小區(qū)時(shí)，系統(tǒng)消息里帶的LAI不同MM就發(fā)起位置更新，是cs域的；當(dāng)RAI不同就發(fā)起RAU更新，是ps域的。位置區(qū)更新叫l(wèi)ocationupdate。路由區(qū)更新就routeareaupdate(RAU)。2、cellupdata即小區(qū)更新和URAupdate即UTRAN注冊(cè)區(qū)更新是RRC里的移動(dòng)性管理的流程，是AS層的一個(gè)信令過(guò)程。往往是伴隨RRC狀態(tài)的改變。3、位置區(qū)和URA沒(méi)有什么關(guān)系。二者概念的提出，目的不一樣。位置區(qū)的目的是計(jì)費(fèi)方便；URA的目的是劃分某地的服務(wù)。小區(qū)更新于URA更新：當(dāng)終端在CELL-PCH和CELL-FACH狀態(tài)下跨小區(qū)移動(dòng)時(shí)，終端除做完小區(qū)小區(qū)重選后，還要給UTRAN發(fā)送小區(qū)更新消息來(lái)更新UTRAN中存儲(chǔ)的該終端的小區(qū)信息；當(dāng)終端在URA-PCH狀態(tài)下跨小區(qū)移動(dòng)時(shí)，且終端所處新小區(qū)的URA_ID和原來(lái)小區(qū)不同時(shí)，該終端除完成小區(qū)重選外，還要從新小區(qū)給UTRAN發(fā)送URA更新消息來(lái)更新該終端存于UTRAN的URA消息。終端進(jìn)入新小區(qū)后，通過(guò)RACH信道發(fā)送CELL-UPDATE消息來(lái)給UTRAN，這條消息中包括當(dāng)前的服務(wù)無(wú)線網(wǎng)絡(luò)的臨時(shí)標(biāo)識(shí)符SRNTI和SRNCIdentity。這兩個(gè)標(biāo)識(shí)符可共同用于在UTRAN中唯一識(shí)別一個(gè)終端。UTRAN收到這個(gè)消息后修改該終端的注冊(cè)小區(qū)信息，并回送CELLUPDATECONFIRM消息。同理，當(dāng)UTRAN收到1」URAUPDATE消息，也將回送URAUPDATECONFIRM消息，從而完成更新確認(rèn)。小區(qū)更新和URA更新分別在終端處于CELL-FACH/PCH和URA-PCH狀態(tài)時(shí)由計(jì)時(shí)器T305啟動(dòng)。小區(qū)更新，小區(qū)重選、位置更新、切換，都有什么區(qū)別？1、小區(qū)更新小區(qū)更新過(guò)程的主要功能如下：⑴通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)的UE重新進(jìn)入了服務(wù)區(qū)；⑵通知UTRAN，UE的AMRLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤；周期性小區(qū)更新可作為CELL_PCH或CELL_FACH狀態(tài)下的UE監(jiān)管機(jī)制；通知UTRAN，處于CELL_PCH或CELL_FACH狀態(tài)下的UE發(fā)生小區(qū)重選后所在的小區(qū)；用于處于CELL_DCH狀態(tài)下的UE發(fā)生無(wú)線鏈路故障時(shí)的處理；用于UE發(fā)送UECAPABILITYINFORMATION消息失敗時(shí)的處理；⑺通知UTRAN，處于CELL_PCH狀態(tài)下的UE收到尋呼或需要發(fā)送上行數(shù)據(jù)，需要將其狀態(tài)轉(zhuǎn)移到CELL_FACH狀態(tài)；小區(qū)更新過(guò)程由UE發(fā)起，在UE滿足下面某一種條件時(shí)，可發(fā)起小區(qū)更新過(guò)程。如果某幾種小區(qū)更新觸發(fā)條件同時(shí)發(fā)生，則按照下述次序，優(yōu)先以前面的原因進(jìn)行小區(qū)更新。上行數(shù)據(jù)傳送若UE在URA_PCH或CELL_PCH狀態(tài)下，RB1或RB1以上的其它RB上有上行RLC數(shù)據(jù)塊或控制塊需要發(fā)送，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“uplinkdatatransmission”。尋呼響應(yīng)若UE在URA_PCH或CELL_PCH狀態(tài)下，收到針對(duì)該UE的PAGINGTYPE18e342是消息，其中的“UsedPAGINGidentity”為UTRANidentity，且不包含可選項(xiàng)“originatedpagetoconnectedmodeUE”，且觸發(fā)條件1不滿足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“PAGINGresponse”。Radiolinkfailure若UE在CELL_DCH狀態(tài)下T313超時(shí)(物理層失步)，且觸發(fā)條件1、2不滿足，則UE在釋放專(zhuān)用物理信道資源后，啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Radiolinkfailure”。若UE發(fā)送CAPABILITYINFORMATION消息時(shí)，連續(xù)N304發(fā)送失敗(T304超時(shí)且V304>N304),且觸發(fā)條件1、2不滿足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Radiolinkfailure”。Re-enteringservicearea若UE在CELL_FACH或CELL_PCH狀態(tài)下，進(jìn)入無(wú)覆蓋區(qū)后，又在T307或T317超時(shí)之前重新進(jìn)入網(wǎng)絡(luò)覆蓋區(qū)，且觸發(fā)條件1、2、3不滿足，則UE啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“re-enteringservicearea”。RLCunrecoverableerror第33頁(yè)共87頁(yè)大唐移動(dòng)通信設(shè)備有限公司TD-SCDMA基本信令流程若UE檢測(cè)到其中的AMRLC實(shí)體發(fā)生了不可恢復(fù)的RLC錯(cuò)誤，且觸發(fā)條件1、2、3、4不滿足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“RLCunrecoverableerror”。Cellreselection若UE在CELL_FACH或CELL_PCH狀態(tài)下進(jìn)行小區(qū)重選，且觸發(fā)條件1、2、3、4、5不滿足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cellreselection”。若UE在CELL_FACH狀態(tài)下，且C_RNTI為空，且觸發(fā)條件1、2、3、4、5不滿足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“Cellreselection”。Periodicalcellupdate若UE在CELL_FACH或CELL_PCH狀態(tài)下T305超時(shí)，且UE尚在配置了期性更新的小區(qū)的覆蓋范圍內(nèi)，且觸發(fā)條件1、2、3、4、5、6不滿足，則啟動(dòng)小區(qū)更新流程，設(shè)置原因值為“periodicalcellupdate”。2、IDLE模式下，UE從cell1變更到cell2的過(guò)程，依據(jù)Rs/Rn算法3、位置更新【LAU】位置更新過(guò)程是由HLR，MSC/VLR等實(shí)體之間邏輯配合完成。HLR記錄移動(dòng)用戶當(dāng)前位置信息和所有用戶數(shù)據(jù)；VLR記錄漫游到由該VLR控制位置區(qū)的移動(dòng)用戶的相關(guān)用戶數(shù)據(jù)；MSC處理移動(dòng)用戶的位置登記進(jìn)程，與移動(dòng)用戶對(duì)話并與HLR，VLR交互信息。位置更新包括正常位置更新，周期性位置更新，IMSIAttach。這三類(lèi)更新的觸發(fā)條件是不同的。IMSIattach過(guò)程一般發(fā)生在開(kāi)機(jī)或重新返回信號(hào)覆蓋區(qū)或SIM卡被重新插入，第51頁(yè)共87頁(yè)大唐移動(dòng)通信設(shè)備有限公司TD-SCDMA基本信令流程時(shí)需要滿足以下條件：1）在RRC接收到的NAS系統(tǒng)消息中，ATT標(biāo)志指示需要IMSIAttach過(guò)程；2）更新?tīng)顟B(tài)是“UPDATED”；3）駐留的LAI與USIM中保存的LAI相同；在其它所有需要做位置更新的情況下，除了因?yàn)橹芷谖恢酶露〞r(shí)器T3212超時(shí)，同時(shí)MM更新?tīng)顟B(tài)為“UPDATED”時(shí)進(jìn)行周期位置更新外，其它都是進(jìn)行正常位置更新。引起移動(dòng)用戶發(fā)生正常位置更新的條件是：移動(dòng)設(shè)備開(kāi)機(jī)時(shí)以及移動(dòng)用戶發(fā)生漫游引起位置改變。4、切換切換過(guò)程是移動(dòng)通信區(qū)別于固定通信的一個(gè)顯著特征之一，在如今的蜂窩結(jié)構(gòu)的無(wú)線移動(dòng)通信系統(tǒng)中，當(dāng)正在使用網(wǎng)絡(luò)服務(wù)的用戶從一個(gè)小區(qū)移動(dòng)到另外一個(gè)小區(qū)的過(guò)程中，為了保證通信的連續(xù)性，用戶與原小區(qū)的通信鏈路要轉(zhuǎn)移到新的小區(qū)或因?yàn)橐恍﹦e的原因（網(wǎng)絡(luò)負(fù)載和操作維護(hù)等）也會(huì)觸發(fā)切換流程。TD-SCDMA支持的切換類(lèi)型包括硬切換，接力切換兩種。小區(qū)更新【cellupdate]7種原因小區(qū)更新過(guò)程在RRC連接模式下的任意一個(gè)狀態(tài)都有可能被觸發(fā)，觸發(fā)小區(qū)更新過(guò)程的原因共有七個(gè)，它們分別介紹如