基本信令流程26.9

1、移動通信系統(tǒng)網(wǎng)絡優(yōu)化基本信令流程基本信令流程呼叫流程 駐留流程 切換流程信令在網(wǎng)絡中的應用 基本信令流程呼叫流程起呼流程被呼流程釋放流程 基本信令流程起呼流程建立RRC連接初始直接傳輸/上下行直接傳輸 RAB建立過程完整的起呼信令流程基本信令流程建立RRC連接RRC連接是UE與UTRAN的RRC協(xié)議層之間建立的一種雙向點到點的連接，在UE與UTRAN之間傳輸無線網(wǎng)絡信令。UE處于空閑模式下，當UE的非接入層要求建立信令連接時，UE將發(fā)起RRC建立請求我們這里介紹RRC建立在DCH上的情況基本信令流程RRC的建立信令流程基本信令流程RRC的建立信令流程1UE沒有專用信道資源，于是在CCCH（RA

2、CH，隨機接入信道）上向RNC發(fā)送RRC Connection Request消息，發(fā)起RRC連接建立過程。主要參數(shù)：Initial UE Identity, Establishment cause, Initial UE Capability. 當SRNC收到RRC建立請求以后，SRNC根據(jù)RRC建立的原因及系統(tǒng)資源狀態(tài)，判斷是否允許接入，如果允許，則為RRC連接分配RNTI和L1、L2資源，分別調(diào)用無線鏈路建立的NBAP過程、ALCAP Iub數(shù)據(jù)傳輸承載建立過程和上、下行同步過程。UE被分配了無線網(wǎng)絡臨時標識（RNTI）后，UTRAN可以使用RNTI來尋呼特定的UE，UE也可以使用RNT

3、I來發(fā)起隨機接入過程?；拘帕盍鞒蘎RC的建立信令流程2RNC準備建立RRC連接，分配建立RRC連接所需要的資源，并發(fā)送一條Radio Link Setup Request消息給Node B，請求NODEB分配RRC連接所需的特定無線鏈路資源，NODEB收到消息后，將保留必要的資源，并根據(jù)消息中給出的參數(shù)配置新的無線鏈路。主要參數(shù)：Cell id, Transport Format Set, Transport Format Combination Set, frequency, Time Slots, 信道碼, Power control information.。無線鏈路建立過程用于建立一

4、條承載1個或多個傳輸信道的無線鏈路。 基本信令流程RRC的建立信令流程3Node B根據(jù)Radio Link Setup Request消息的參數(shù)，來建立NodeB的上、下行無線鏈路，配置成功后，在新的物理信道上準備接收UE消息，并給RNC發(fā)送一條Radio Link Setup Response響應消息。 主要參數(shù)：Signalling link termination, Transport layer addressing information (AAL2 address, AAL2 Binding Identity) for the Iub Data Transport Bearer

5、基本信令流程RRC的建立信令流程4. RNC通過ALCAP協(xié)議，建立Iub數(shù)據(jù)傳輸承載。Iub數(shù)據(jù)傳輸承載通過AAL2的綁定標識與DCH綁定在一起。建立Iub數(shù)據(jù)傳輸承載需要Node B確認。 56通過Downlink Synchronisation 和Uplink Synchronisation.控制幀，Node B 與RNC為Iub數(shù)據(jù)傳輸承載建立同步。此后Node B開始DL發(fā)送。 基本信令流程RRC的建立信令流程7雖然Iub上DCH的資源都準備好了，但是此時UE并不知道，所以RNC在CCCH上向NodeB發(fā)送RRC Connection Setup 消息給UE，告知UE相關參數(shù)。主要參

6、數(shù)：Initial UE Identity, RNTI, Capability update Requirement, Transport Format Set, Transport Format Combination Set, frequency, Time Slots ,信道碼 , Power control information。當UE收到RRC Connection Setup 消息后，會啟用新的空口承載參數(shù)來配置在UE側(cè)的 RLC, MAC，PHY。當它使用新的參數(shù)與NodeB同步上后，NodeB會向RNC發(fā)送 RL Restore消息，完成從公共信道轉(zhuǎn)到專用信道上切換的過程。

7、基本信令流程RRC的建立信令流程8. UE收到SRNC發(fā)送的RRC Connection Setup后，根據(jù)消息中給定的參數(shù)來配置物理層，NodeB成功建立DCH鏈路，然后在DCCH上發(fā)送RRC Connection Setup Complete 消息給RNC。主要參數(shù)：Integrity information, ciphering information.。 基本信令流程起呼流程建立RRC連接初始直接傳輸/上下行直接傳輸 RAB建立過程完整的起呼信令流程基本信令流程初始直接傳輸/上下行直接傳輸 IU口信令流程是在UE與UTRAN之間的RRC連接建立成功后，UE發(fā)起的。IU信令連接建立了UE

8、與CN之間的信令通路。主要傳輸UE與CN之間非接入層信令。在UTRAN中，非接入層信令是通過上下行直接傳輸信令透明傳輸?shù)?，RNC不做任何處理。UE發(fā)送到CN的消息，通過上行直傳（Uplink Direct Transfer）發(fā)送到RNC，RNC將其轉(zhuǎn)化為直傳消息（Direct Transfer）發(fā)送到CN；CN發(fā)送到UE的消息，通過直傳消息發(fā)送到RNC，RNC將其轉(zhuǎn)化為下行直傳消息（Downlink Direct Transfer）發(fā)送到UE。基本信令流程初始直接傳輸/上下行直接傳輸基本信令流程初始直接傳輸/上下行直接傳輸9UE完成了RRC連接后，已經(jīng)建立了專用信道DCH。接下去UE需要與CN

9、交互信息（這就是非接入層的信令交互）， 這條消息封裝在RRC消息Initial Direct Transfer內(nèi)，UE在DCCH上給RNC發(fā)送一條 Initial Direct Transfer消息。主要參數(shù)：Initial NAS Message (could for a GSM based CN be e.g. CM Service Request, Location Update Request etc.) CN node indicator (it indicates the correct CN node into which the NAS message shall be for

10、warded) 基本信令流程初始直接傳輸/上下行直接傳輸10 . RNC接受到UE的初始直傳消息后，初始到CN的信令連接，通過IU口向CN發(fā)送SCCP連接請求消息（CR），RNC發(fā)送一條Initial UE Message消息給CN。主要參數(shù)：NAS PDU (could for a GSM based CN be e.g. CM Service Request, Location Update Request etc.), CN domain indicator (indicating the CN domain towards which this message is sent)。通過初

11、始直接傳輸過程后，可使用該信令連接傳輸UE和CN之間的NAS消息。 基本信令流程初始直接傳輸/上下行直接傳輸11如果CN準備接受連接請求，則向RNC回SCCP連接證實消息（CC），SCCP連接建立成功。CN發(fā)送RANAP 消息 Direct Transfer 到 RNC。RNC收到該消息，確認信令連接建立成功。主要參數(shù)：NAS PDU, CN domain Identity。 基本信令流程初始直接傳輸/上下行直接傳輸12CN通過直傳消息向UE發(fā)送Authentication Request，對UE進行鑒權。RNC 發(fā)送RRC Downlink Direct Transfer 消息給 UE。主要

12、參數(shù)：NAS Message。NAS消息由UTRAN透明的傳輸?shù)経E。1314UE發(fā)送RRC Uplink Direct Transfer Message給RNC。主要參數(shù)：NAS Message。RNC發(fā)送RANAP消息Direct Transfer給CN。 主要參數(shù)：NAS PDU。NAS消息被透明的傳輸?shù)経TRAN。基本信令流程初始直接傳輸/上下行直接傳輸鑒權的過程是可選的，也是通過直傳消息來完成的。 基本信令流程初始直接傳輸/上下行直接傳輸當UE與CN之間的信令建立好后，CN需要對UE進行安全模式控制，其中包含加密和完整性保護?；拘帕盍鞒坛跏贾苯觽鬏?上下行直接傳輸 15 CN發(fā)送R

13、ANAP消息 Security Mode Command給RNC。主要攜帶了Encryption Information IE 和Integrity Protection Information IE，其中會帶有集中加密算法的列表，CN側(cè)可以關閉和選擇打開加密算法，RNC側(cè)也有相應開關。 16 RNC在下行DCCH上發(fā)送 RRC Security Mode Command 給UE，開始/重啟加密過程。基本信令流程初始直接傳輸/上下行直接傳輸 17 . UE收到Security Mode Command后，考慮UE和UTRAN自身的能力，選擇加密和完整性保護算法，并且成功應用以后，在上行DCCH

14、上向RNC發(fā)送RRC Security Mode Complete消息，里面攜帶了所采用的加密和完整性保護算法。18. RNC發(fā)送RANAP消息 Security Mode Complete給CN。 基本信令流程初始直接傳輸/上下行直接傳輸 上行和下行的直接傳輸過程，NAS要求傳輸數(shù)據(jù)。見信令流程中綠色框 基本信令流程初始直接傳輸/上下行直接傳輸 19.20 主叫UE直傳給CN的SETUP信令里，解讀對端被叫的手機號 22 CN向RNC發(fā)送RANAP消息Common ID 基本信令流程起呼流程建立RRC連接初始直接傳輸/上下行直接傳輸 RAB建立過程完整的起呼信令流程基本信令流程RAB建立過程

15、RAB是指用戶面的承載，用于UE和CN之間傳送語音、數(shù)據(jù)及多媒體業(yè)務，UE首先完成RRC建立，才能建立RAB。RAB的建立是由CN發(fā)起，UTRAN執(zhí)行的一個過程。基本信令流程RAB建立過程基本信令流程RAB建立過程23. CN向RNC發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ，發(fā)起RAB建立過程。主要參數(shù)：Radio Access Bearer parameters, User Plane Mode, Transport Address, Iu Transport Association. 24. RNC接受到RAB建立請求后，通過AL

16、CAP協(xié)議建立Iu數(shù)據(jù)傳輸承載，并利用AAL2綁定標識將Iu數(shù)據(jù)傳輸承載和無線接入承載綁定在一起。（對于PS域不要求執(zhí)行該過程。）該步驟在打印里可以看出，在信令跟蹤里看不到。如果信令跟蹤到Radio Access Bearer Assignment Request后，看不到下一條信令RL鏈路重配置準備（Radio Link Reconfiguration Prepare），說明IU口的AAL2鏈路或ALCAP有問題。 基本信令流程RAB建立過程25. RNC要求其Node B準備在已有的無線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）（Radio Link Reconfigura

17、tion Prepare）。主要參數(shù)：Transport Format Set, Transport Format Combination Set, Power control information, Time Slots , 信道碼.26. Node B分配相應的資源，然后向所屬的SRNC發(fā)送Radio Link Reconfiguration Ready消息，通知SRNC無線鏈路重配置準備完畢。主要參數(shù)：Transport layer addressing information (AAL2 address, AAL2 Binding Id) for Iub Data Transport

18、 Bearer. 基本信令流程RAB建立過程27. RNC通過ALCAP協(xié)議建立Iub接口的用戶面數(shù)據(jù)傳輸承載，并利用AAL2綁定標識將Iub數(shù)據(jù)傳輸承載綁定到DCH。28/29. NODEB和SRNC通過交換DCH幀來完成上、下行同步。Node B和RNC通過Downlink Synchronisation 和 Uplink Synchronistion DCH-FP幀為Iub數(shù)據(jù)傳輸承載建立同步關系。 基本信令流程RAB建立過程30. RNC向Node B發(fā)送NBAP消息Radio Link Reconfiguration Commit，NODEB和UE從此消息中獲取同步時刻，啟用新的配置

19、參數(shù)。31. RNC向UE發(fā)送RRC消息Radio Bearer Setup。主要參數(shù)：Transport Format Set, Transport Format Combination Set, Time Slots , 信道碼。RL進行重配后，UE和NODEB間進行一個同步，同步后NodeB向RNC上報一個RL Restore。 基本信令流程RAB建立過程32. UE執(zhí)行完RB建立后，UE發(fā)送RRC消息Radio Bearer Setup Complete 給RNC。33. SRNC接受到無線承載建立完成消息后，RNC發(fā)送RANAP消息Radio Access Bearer Assign

20、ment Response 給CN，結(jié)束RAB建立過程。 至此RAB建立完成，之后進行上行和下行的直接傳輸過程，振鈴后，摘機進行通話 基本信令流程起呼流程建立RRC連接初始直接傳輸/上下行直接傳輸 RAB建立過程完整的起呼信令流程基本信令流程完整的起呼信令流程基本信令流程PS附著的信令流程圖 基本信令流程發(fā)起PDP上下文激活信令流程圖 基本信令流程采用信令切換的起呼流程 基本信令流程呼叫流程起呼流程被呼流程釋放流程基本信令流程被呼流程尋呼過程建立RRC連接直傳信令連接建立 RAB建立過程振鈴，接通完整的主被叫信令流程基本信令流程尋呼類型首先介紹一下尋呼類型。RNC在處理CN的尋呼消息時，根據(jù)判

21、斷UE是否存在尋呼域之外的其它CN域信令連接，以及UE所處的模式和狀態(tài)，區(qū)分兩種類型的尋呼：Paging Type 1和Paging Type 2。如果被尋呼的UE不存在其它的CN域信令連接，則UTRAN通過PCCH信道下發(fā)送Paging Type 1（第一類尋呼消息）；如果被尋呼的UE存在其它的CN域信令連接，且該UE處于CELL_PCH或者URA_PCH狀態(tài)，則UTRAN通過PCCH信道下發(fā)送Paging Type 1（第一類尋呼消息）；如果被尋呼的UE已經(jīng)存在其它的CN域信令連接，且被尋呼的UE處于CELL_DCH或者CELL_FACH狀態(tài)，則UTRAN通過已經(jīng)存在連接的DCCH信道下發(fā)

22、送Paging Type 2（第二類尋呼消息）。對于這種通過DCCH信道發(fā)送第二類尋呼消息的過程，也叫做專用尋呼過程。UE接收并讀取Paging Type 2中的內(nèi)容，并把尋呼原因及尋呼記錄種類標識等信息上報給本側(cè)非接入層后結(jié)束尋呼過程，不影響UE側(cè)正在進行的其它RRC進程。基本信令流程尋呼類型如果網(wǎng)絡要尋呼處于空閑狀態(tài)、CELL_PCH或者URA_PCH狀態(tài)的UE，首先由CN 通過Iu接口調(diào)用RANAP 消息 Paging發(fā)送給RNC，在特定區(qū)域（包括一個或多個RNC）內(nèi)尋呼某個UE。主要參數(shù)：CN Domain Indicator, Permanent NAS UE Identity, T

23、emporary UE Identity, Paging Cause。為了增加UE接收到尋呼的機會，UTRAN對一個尋呼消息會進行多次重復發(fā)送，重復次數(shù)由系統(tǒng)設定，網(wǎng)優(yōu)不可見。另外，UTRAN通過在一個PAGING TYPE 1消息中為每個UE設置一個PAGING RECORD來實現(xiàn)在同一個尋呼時機同時尋呼多個UE。 基本信令流程尋呼類型RNC收到尋呼請求后，在PCCH上向UE發(fā)起尋呼類型1消息來尋呼特定UE。PCCH對應的傳輸信道是PCH。通常PCH被分成一個個PCH 塊，以實現(xiàn)終端對尋呼消息的非連續(xù)接收（DRX）。最后UE通過Uu口檢測到從RNC來的對自己的尋呼消息PAGING TYPE

24、1，則發(fā)起RRC信令連接建立過程。此后再進行NAS消息的傳輸。通過Paging Type 1尋呼到被叫UE以后，被叫信令流程同主叫： 基本信令流程建立RRC連接基本信令流程直傳信令連接建立 基本信令流程直傳信令連接建立基本信令流程RAB建立過程信令流程 （上）基本信令流程RAB建立過程信令流程 （下）基本信令流程振鈴，接通基本信令流程完整的主被叫信令流程 基本信令流程完整的主被叫信令流程基本信令流程完整的主被叫信令流程基本信令流程呼叫流程起呼流程被呼流程釋放流程 基本信令流程釋放流程主叫與被叫的釋放流程相同，包括Iu連接的釋放和RRC連接的釋放。釋放流程包括：釋放請求-Iu釋放-RRC連接釋放

25、。釋放請求分為兩種類型：UE發(fā)起的釋放和CN發(fā)起的釋放?；拘帕盍鞒蘒E發(fā)起釋放的流程圖 基本信令流程Iu釋放信令流程 基本信令流程Iu釋放信令流程1. CN通過給RNC發(fā)送RANAP消息Iu Release Command消息發(fā)起專用信道的釋放過程。主要參數(shù)：釋放原因，比如Successful Relocation, Normal Release, Release due to UTRAN Generated Reason, Relocation Cancelled, No Remaining RAB。2. RNC在收到Iu Release Command 消息后，釋放到IU口的信令連接，并

26、且通過ALCAP協(xié)議釋放Iu承載，但不會等UTRAN將所有的資源和信令釋放后，就直接給CN回送RANAP消息Iu Release Complete消息。主要參數(shù)：Data volume Report (if data volume reporting to PS is required).3. CN與RNC通過ALCAP協(xié)議釋放Iu承載。 基本信令流程RRC連接釋放過程 4. RRC釋放就是釋放UE和UTRAN之間的信令鏈路及所有的無線承載 基本信令流程RRC連接釋放過程5. RNC向UE發(fā)送RRC消息RRC Connection Release來釋放該RRC連接。主要參數(shù)：釋放原因。6. U

27、E向RNC回送RRC消息RRC Connection Release Complete，以此確認RRC連接的釋放。此消息為非確認模式的，因此會收到多條。7. RNC向Node B發(fā)送NBAP消息Radio Link Deletion，刪除NodeB中的無線鏈路資源。8. Node B 資源釋放完成后，向RNC回送NBAP消息Radio Link Deletion Response。9. RNC通過ALCAP協(xié)議釋放與NodeB之間Iub口用戶面?zhèn)鬏敵休d，至此呼叫釋放流程結(jié)束。 基本信令流程完整的釋放信令流程 主動掛機釋放 主被叫正常釋放信令流程基本信令流程基本信令流程呼叫流程 駐留流程 切換流

28、程信令在網(wǎng)絡中的應用 基本信令流程駐留流程UE開機后或在漫游中，它的首要任務就是找到網(wǎng)絡并和網(wǎng)絡取得聯(lián)系，以獲得網(wǎng)絡的服務。因此空閑模式下UE的行為對于UE是至關重要的。UE在空閑模式下的行為可以分為PLMN選擇/重選，小區(qū)的選擇/重選和位置更新三種 基本信令流程PLMN選擇/重選PLMN選擇/重選：當UE開機后，首先應該選擇一個PLMN，一般來說，這個PLMN是用戶和運營商簽約時確定的，由運營商指定。當選中了一個PLMN后，就開始選擇屬于這個PLMN的小區(qū)，找到一個這樣的符合駐留條件的小區(qū)后，UE就駐留在這個小區(qū)，并繼續(xù)監(jiān)測小區(qū)的系統(tǒng)消息廣播中的該小區(qū)的鄰小區(qū)，從中選擇一個信號最好的小區(qū)，駐

29、留下來。接著UE會發(fā)起位置登記過程（Location Update或者Attach），用以通知網(wǎng)絡側(cè)自己的狀態(tài)，成功后UE就成功的駐留在這個小區(qū)中了。駐留的作用有4個：使UE可以接收PLMN廣播的系統(tǒng)信息；可以在小區(qū)內(nèi)發(fā)起隨機接入過程；可以接收網(wǎng)絡的尋呼；可以接收小區(qū)廣播業(yè)務。 基本信令流程小區(qū)選擇/重選小區(qū)選擇/重選： 當PLMN選定之后，就要進行小區(qū)選擇，目的是選擇屬于這個PLMN中信號最好的小區(qū)。首先，如果UE存有這個PLMN的一些相關信息，比如頻率，擾碼等，UE就會首先使用這些信息進行小區(qū)重搜。這樣就可以較快的找到網(wǎng)絡，因為大多數(shù)情況下，UE都是在同一個地點關機和開機，比如晚上關機，早

30、晨開機等等。這些信息保存在SIM卡中。隨著UE的移動，當前小區(qū)和臨近小區(qū)的信號強度都在不斷變化。UE就要選擇一個最合適的小區(qū)，這就是小區(qū)重選過程。這個最合適的小區(qū)不一定是當前信號最好的小區(qū)，舉例來說，如果一個UE處在一個小區(qū)的邊緣，又在這兩個小區(qū)間來回走，恰好這兩個小區(qū)又是屬于不同的位置區(qū)LA或路由區(qū)RA。這樣UE就要不停的發(fā)起位置更新，既浪費了網(wǎng)絡資源，又浪費了UE的能量。因此在小區(qū)中選擇哪個小區(qū)是有規(guī)則的. 基本信令流程位置更新位置更新：當UE重選小區(qū)，選擇了另外一個小區(qū)后，通過讀取該小區(qū)的系統(tǒng)信息廣播，如果UE發(fā)現(xiàn)這個小區(qū)屬于另外一個位置區(qū)LA或路由區(qū)RA，UE就要發(fā)起位置更新過程，以通

31、知網(wǎng)絡最新的UE的位置信息。如果Location Update或者Attach不成功，UE就要進行PLMN重選。 基本信令流程位置更新信令流程包括：RRC連接建立-位置更新（包含鑒權過程和安全模式） -TMSI重分配-Iu釋放-RRC連接釋放基本信令流程路由區(qū)更新信令流程 包括：RRC連接建立-路由區(qū)更新（包含鑒權過程和安全模式） - Iu釋放-RRC連接釋放?；拘帕盍鞒袒拘帕盍鞒毯艚辛鞒?駐留流程 切換流程信令在網(wǎng)絡中的應用 基本信令流程切換流程UE移動過程中，服務小區(qū)信號越來越差，鄰小區(qū)信號越來越強，當滿足切換條件時，將觸發(fā)切換流程。切換流程通常包括以下幾個步驟：測量報告-測量終止-資

32、源重配置-測量打開。基本信令流程上報測量報告1正常通話中，NodeB周期性的向RNC上報專用測量報告，DedicatedMeasurementReport主要上報閉環(huán)功控的SIR值。2. 目前觸發(fā)切換的測量報告采用事件上報方式，在前一次的測量控制中，已由RNC下發(fā)告訴UE，當滿足閾值門限時，UE將向RNC上報measurement Report 基本信令流程下發(fā)測量控制 3. 與此同時，RNC向NodeB發(fā)送measurement Control，告訴UE停止測量。同時RNC通知NodeB終止專用測量。 基本信令流程資源重配置4RNC向目標小區(qū)的NodeB發(fā)送Radio Link Setup

33、Request，要求NodeB建立上下接口的用戶面資源。（1）目標NodeB向RNC回復Radio Link Setup Response。（2）與此同時RNC從原小區(qū)的DCCH上向UE發(fā)送資源重配置的信令。這里需要區(qū)分RNC內(nèi)切換和RNC間的切換。如果是RNC內(nèi)切換，則資源重配置信令是Physical Channel Reconfiguration；若為RNC間切換，原RNC可以通過原小區(qū)的DCCH發(fā)送Physical Channel Reconfiguration來實現(xiàn)，原RNC也可以通過原小區(qū)的DCCH發(fā)送RB Reconfiguration來實現(xiàn)。UE收到資源重配置信令后，同目標小區(qū)進

34、行上行同步?；拘帕盍鞒藤Y源重配置5. TD-SCDMA可是實現(xiàn)接力切換和硬切換。若為硬切換，將通過UpPTS發(fā)送上行同步碼進行同步；若為接力切換，則不需要通過UpPTS來同步，而直接通過Special Burst同步 6. 通過資源重配置信令（Physical Channel Reconfiguration或RB Reconfiguration），在ul_ChannelRequirement單元下UL-DPCH-Info中ul-TimingAdvance的synchronisationParameters_present參數(shù)來確定是接力切換還是硬切換，參數(shù)為0表示接力切換，非零表示有（FPA

35、CH-Info）為硬切換。在硬切換當中UE根據(jù)FPACH-Info中的參數(shù)重新計算后得到新發(fā)送DPCH初始上行功率和TA；而在接力切換過程中，UE收到切換命令后在新小區(qū)發(fā)起測量，根據(jù)測量結(jié)果計算出新小區(qū)的TA（新小區(qū)的TA=原小區(qū)的TA+ OTD）以及新發(fā)送DPCH 的功率。 基本信令流程資源重配置7. 當目標小區(qū)NodeB同UE的上行同步建立完成之后，目標小區(qū)NodeB向RNC上報一個RL Restore。8當目標小區(qū)NodeB判斷收到有效的上行信號后，會向UE發(fā)送下行數(shù)據(jù)，使得同UE建立下行同步完成，之后UE將從目標小區(qū)的DCCH上向RNC發(fā)送Physical Channel Reconf

36、iguration Complete，對于跨RNC切換時就通過目標小區(qū)的DCCH向目標RNC發(fā)送RB Reconfiguration Complete。9RNC向原小區(qū)NodeB下發(fā)Radio Link Deletion Request，要求原小區(qū)NodeB刪除上下接口的用戶面資源。 基本信令流程開始新的測量控制 10. 與此同時，RNC向目標小區(qū)NodeB下發(fā)DedicatedMeasurementInitial。 11. 原小區(qū)NodeB的RL刪除應答。12. 新小區(qū)NodeB的專用測量初始化的應答。 基本信令流程完整的切換信令流程 基本信令流程基本信令流程呼叫流程 駐留流程 切換流程信令在網(wǎng)絡中的應用基本信令流程起呼失敗 起呼失敗通常發(fā)生在弱場，也有因為干擾原因?qū)е略趶妶龅?/p>