1、連接管理連接管理是指UE與eNodeB以及MME（Mobility Management Entity）移動(dòng)性管理實(shí)體之間的連通性管理，是建立UE與MME之間的專(zhuān)用連接，用以進(jìn)行UE所需要的各項(xiàng)業(yè)務(wù)，并在業(yè)務(wù)完成后對(duì)專(zhuān)用連接進(jìn)行釋放的一系列過(guò)程。本文檔包括了隨機(jī)接入、信令連接管理和無(wú)線承載管理以及相關(guān)的工程應(yīng)用內(nèi)容。本文檔描述了以下基本特性：l RRC Connection Management l Radio Bearer Management l Random Access Procedure l Cell Access Radius up to 15km本文檔描述了以下可選特性：l Ex

2、tended Cell Access Radius延伸小區(qū)的接入半徑跟蹤區(qū)TALTE系統(tǒng)中，跟蹤區(qū)TA（Tracking Area）可進(jìn)行UE的位置管理，TA是通過(guò)TAI（Tracking Area Identity）來(lái)進(jìn)行標(biāo)識(shí)的，TAI由MCC (Mobile Country Code)、MNC (Mobile Network Code) 和 TAC (Tracking Area Code)構(gòu)成。為了減少因位置改變引起位置更新信令，采用注冊(cè)多個(gè)TA的方法，由多個(gè)TA組成一個(gè)跟蹤區(qū)列表TAL（Tracking Area List），TAL同時(shí)分配給一個(gè)UE，UE在TAL間移動(dòng)不需要執(zhí)行TA更新

3、。網(wǎng)絡(luò)中由MME決定分配哪些TA給UE。當(dāng)UE移動(dòng)到新TA（該TA不在其所注冊(cè)的TAL中）時(shí)，需要執(zhí)行TA更新。MME給UE重新分配一個(gè)TAL，新分配的TAL可以包含原TAL中的一些TA。對(duì)eNodeB而言，每個(gè)小區(qū)只屬于一個(gè)TA，其廣播消息只需要廣播一個(gè)TA的信息。MME發(fā)送尋呼消息時(shí)，向UE的TAL下所有小區(qū)發(fā)送尋呼消息。AS接入層狀態(tài)接入層AS（Access Stratum）狀態(tài)表示UE與eNodeB之間的連接狀態(tài)，通過(guò)RRC連接狀態(tài)來(lái)判斷。所以AS層狀態(tài)根據(jù)RRC連接是否建立分為空閑態(tài)與連接態(tài)兩種。在空閑態(tài)中，eNodeB沒(méi)有UE的上下文，在此狀態(tài)中，eNodeB可發(fā)送系統(tǒng)消息與尋呼消

4、息給UE。UE因?yàn)槟硞€(gè)原因（業(yè)務(wù)請(qǐng)求、位置更新、尋呼等）需要和網(wǎng)絡(luò)建立連接，則觸發(fā)RRC連接建立，RRC連接建立后，則進(jìn)入AS連接態(tài)。在連接態(tài)中，eNodeB有UE的上下文，eNodeB可控制UE進(jìn)行相關(guān)的數(shù)據(jù)傳輸、切換、通知UE相關(guān)調(diào)度信息、接收UE反饋的信道質(zhì)量等信息以及發(fā)送系統(tǒng)消息給UE。NAS非接入層狀態(tài)NAS（Non- Access Stratum）非接入層狀態(tài)主要表示UE與MME之間的連接狀態(tài)，根據(jù)UE的注冊(cè)狀態(tài)與專(zhuān)用S1連接的建立情況分為以下四種：l EMM未注冊(cè)狀態(tài)（EMM-Deregistered）當(dāng)UE未接入網(wǎng)絡(luò)時(shí)，MME沒(méi)有該UE的上下文信息與位置信息，無(wú)法為該UE提供服

5、務(wù)，即EMM（EPS Mobility Management）未注冊(cè)狀態(tài)。例如UE關(guān)機(jī)時(shí)，就處于該狀態(tài)。l EMM注冊(cè)狀態(tài)（EMM-Registered）當(dāng)UE接入網(wǎng)絡(luò)，MME建立并存儲(chǔ)該UE的上下文信息，可以為該UE提供服務(wù)，則該UE處于EMM注冊(cè)狀態(tài)。在此狀態(tài)下，MME和UE維護(hù)該UE的TAL信息。UE開(kāi)機(jī)并被網(wǎng)絡(luò)側(cè)接受后，就處于該狀態(tài)。l ECM空閑狀態(tài)（ECM-Idle）當(dāng)UE和MME沒(méi)有NAS信令連接即專(zhuān)用S1連接未建立時(shí)，該UE處于ECM（EPS Connection Management）空閑狀態(tài)。在此狀態(tài)下，MME沒(méi)有該UE的上下文。UE空閑且沒(méi)有業(yè)務(wù)處理時(shí)，就處于該狀態(tài)。l

6、ECM連接狀態(tài)（ECM-Connected）當(dāng)UE和MME有NAS信令連接即專(zhuān)用S1連接已建立，MME就建立并存儲(chǔ)該UE的上下文信息，則該UE處于ECM連接狀態(tài)。UE在處理業(yè)務(wù)時(shí)，就處于該狀態(tài)。NAS非接入層呼叫類(lèi)型Attach、Detach、Tracking Area Update、Service Request以及Extended Service Request都屬于NAS過(guò)程。在RRC連接建立時(shí)，RRC Connection Request消息中會(huì)攜帶具體建立原因，目前3GPP協(xié)議支持的原因有：MO（Mobile Originating）-signaling、MO-data、MT（Mob

7、ile Terminating）-access、Emergency緊急事件和highPriority高優(yōu)先Access。NAS的呼叫類(lèi)型有源信令、源呼叫、被叫與緊急呼叫。當(dāng)處于ECM空閑態(tài)的UE需要傳輸初始NAS消息，UE將請(qǐng)求建立一個(gè)專(zhuān)用S1連接，UE將根據(jù)NAS過(guò)程選擇一個(gè)RRC連接建立原因用以通知底層連接建立的目的。NAS過(guò)程以及NAS呼叫類(lèi)型與RRC連接建立原因的關(guān)系如表2-1所示。表2-1 NAS過(guò)程以及NAS呼叫類(lèi)型與RRC連接建立原因的關(guān)系NAS過(guò)程RRC連接建立原因呼叫類(lèi)型AttachMO-signallingoriginating signallingTracking Are

8、a UpdateMO-signallingoriginating signallingDetachMO-signallingoriginating signallingService RequestMO-data（請(qǐng)求建立業(yè)務(wù)承載無(wú)線資源）originating callsMO-data（上行信令請(qǐng)求資源）originating callsMT-access（響應(yīng)尋呼）terminating callsExtended Service RequestMO-data（mobile originating CS fallback）originating callsMT-access（mobile

9、terminating CS fallback）terminating callsEmergency（mobile originating CS fallback emergency call）emergency calls 當(dāng)UE的RRC連接建立請(qǐng)求被拒絕后，UE再次發(fā)送RRC連接建立請(qǐng)求需等待一定時(shí)間。這個(gè)等待時(shí)間可通過(guò)定時(shí)器T302進(jìn)行設(shè)置，在UE收到RRC連接拒絕消息時(shí)開(kāi)始計(jì)時(shí)，而UE進(jìn)入RRC連接狀態(tài)或進(jìn)行小區(qū)重選時(shí)停止。連接管理概述在LTE系統(tǒng)中，連接管理是UE與eNodeB以及MME之間連通性的管理，包括控制面連接與用戶面連接。連接管理所涉及的功能如圖3-1所示，當(dāng)UE

10、因?yàn)槟硞€(gè)原因（例如：業(yè)務(wù)請(qǐng)求、位置更新或被尋呼）需要和網(wǎng)絡(luò)建立連接時(shí)，UE先要進(jìn)行隨機(jī)接入。隨機(jī)接入過(guò)程完成后，開(kāi)始建立從UE到MME的控制面連接，控制面連接包括RRC信令連接和專(zhuān)用S1連接，RRC信令連接是UE與eNodeB之間的空口信令連接，專(zhuān)用S1連接是eNodeB與MME之間的信令連接。控制面連接完成后，如果UE此次連接請(qǐng)求的目的是業(yè)務(wù)請(qǐng)求，則MME觸發(fā)eNodeB進(jìn)行E-RAB（E-UTRAN Radio Access Bearer）建立，eNodeB通過(guò)無(wú)線承載管理對(duì)承載進(jìn)行建立、修改、釋放等過(guò)程。圖3-1 連接過(guò)程示例圖 上圖中安全模式控制，是安全組網(wǎng)的必須過(guò)程，其內(nèi)容

11、不在本文檔中介紹，其相關(guān)內(nèi)容詳細(xì)請(qǐng)參見(jiàn)無(wú)線安全特性參數(shù)描述。隨機(jī)接入RA（Random Access）隨機(jī)接入RA（Random Access）在LTE系統(tǒng)中起著重要的作用，是UE與eNodeB建立和恢復(fù)上行同步的唯一策略。隨機(jī)過(guò)程分為基于競(jìng)爭(zhēng)的RA和基于非競(jìng)爭(zhēng)的RA。在基于競(jìng)爭(zhēng)的RA過(guò)程中，接入的結(jié)果具有隨機(jī)性，并不能保證100%成功；在基于非競(jìng)爭(zhēng)的RA過(guò)程中，eNodeB為UE分配專(zhuān)用的RACH（Random Access Channel）資源進(jìn)行接入，但當(dāng)專(zhuān)用的RACH資源不足時(shí)，eNodeB會(huì)指示UE發(fā)起基于競(jìng)爭(zhēng)的RA。建立UE與網(wǎng)絡(luò)側(cè)連接建立UE與網(wǎng)絡(luò)側(cè)的連接，包含建立信令連接和建立

12、無(wú)線承載兩個(gè)過(guò)程。信令連接，是指對(duì)無(wú)線接入承載及UE和網(wǎng)絡(luò)之間的連接進(jìn)行控制（包括業(yè)務(wù)請(qǐng)求、不同傳輸資源的控制和切換等）。建立信令連接過(guò)程是指在安全模式建立之前的信令連接建立過(guò)程，包含了RRC連接的建立即SRB1的建立以及S1接口信令連接的建立。信令連接建立起來(lái)以后，一直到用戶進(jìn)入空閑狀態(tài)才釋放。無(wú)線承載，是指?jìng)鬏斖ㄟ^(guò)接入網(wǎng)的用戶數(shù)據(jù)。根據(jù)接續(xù)過(guò)程的順序，為了描述方便，本文中的無(wú)線承載管理是指安全模式建立之后的E-RAB建立過(guò)程，包含了SRB2的建立以及DRB的建立。在LTE系統(tǒng)中，一個(gè)UE到一個(gè)P-GW（PDN-Gatway）之間，具有相同QoS屬性的業(yè)務(wù)流稱(chēng)為一個(gè)EPS（Evolved P

13、acket System）承載。如圖3-2所示，EPS 承載中UE到eNodeB空口之間的一段稱(chēng)為無(wú)線承載，eNodeB到S-GW（Serving Gateway）之間的一段稱(chēng)為S1承載。無(wú)線承載與S1承載統(tǒng)稱(chēng)為E-RAB。信令連接使用SRB（Signaling Radio Bearer）承載信令數(shù)據(jù)，根據(jù)承載的信令不同分為以下3類(lèi)SRB：l SRB0承載RRC連接建立之前的RRC信令，通過(guò)CCCH邏輯信道傳輸，在RLC層采用TM（Transparent Mode）透明的模式。l SRB1承載RRC信令（可能攜帶一些NAS信令）和SRB2建立之前的NAS信令，通過(guò)DCCH邏輯信道傳輸，在RLC

14、層采用AM（Acknowledged Mode）公認(rèn)的模式。l SRB2承載NAS信令，通過(guò)DCCH邏輯信道傳輸，在RLC層采用AM模式。SRB2優(yōu)先級(jí)低于SRB1，在安全模式激活后才能建立SRB2。無(wú)線承載使用DRB（Data Radio Bearer）承載用戶面數(shù)據(jù)，根據(jù)QoS不同，單個(gè)UE與eNodeB之間可同時(shí)最多建立8個(gè)DRB。 圖3-2 承載類(lèi)型示意圖建立信令連接信令連接是指UE和eNodeB之間的RRC連接，以及eNodeB和MME之間的專(zhuān)用S1連接。信令連接建立由UE觸發(fā)，首先UE請(qǐng)求建立RRC連接。RRC連接建立完成后，eNodeB開(kāi)始建立S1接口的專(zhuān)用S1連接，從而建立eN

15、odeB到MME之間的信令連接。專(zhuān)用S1連接建立完成后，表示從UE到MME的信令連接建立完成。信令連接釋放通常由MME觸發(fā)，首先釋放業(yè)務(wù)承載的E-RAB連接，然后釋放信令連接的專(zhuān)用S1連接。MME也可通過(guò)直接釋放專(zhuān)用S1連接達(dá)到釋放所有S1資源的目的。無(wú)線承載管理無(wú)線承載管理是指安全模式建立之后的SRB2與DRB進(jìn)行管理，包括DRB的建立、修改和釋放以及SRB2的建立和修改。SRB2的釋放不是通過(guò)無(wú)線承載管理來(lái)執(zhí)行的，而是通過(guò)信令連接釋放同SRB1一起進(jìn)行釋放的。隨機(jī)接入本章節(jié)描述基本特性Random Access Procedure。隨機(jī)接入是UE開(kāi)始和網(wǎng)絡(luò)通信之前的接入過(guò)程，由UE向系統(tǒng)請(qǐng)

16、求接入，收到系統(tǒng)的響應(yīng)并分配隨機(jī)接入信道的過(guò)程。隨機(jī)接入的目的是建立和網(wǎng)絡(luò)上行同步的關(guān)系，以及請(qǐng)求網(wǎng)絡(luò)分配專(zhuān)用資源給UE進(jìn)行正常的業(yè)務(wù)傳輸。隨機(jī)接入會(huì)在如下場(chǎng)景中觸發(fā)：l Case1：初始RRC連接建立，當(dāng)UE需要從空閑態(tài)轉(zhuǎn)到連接態(tài)時(shí)，UE會(huì)發(fā)起隨機(jī)接入。l Case2：RRC連接重建，當(dāng)無(wú)線鏈接失敗后，UE需要重新建立RRC連接時(shí)，UE會(huì)發(fā)起隨機(jī)接入。l Case3：當(dāng)UE進(jìn)行切換時(shí)，UE會(huì)在目標(biāo)小區(qū)發(fā)起隨機(jī)接入。l Case4：下行數(shù)據(jù)到達(dá)，當(dāng)UE處于連接態(tài)，eNodeB有下行數(shù)據(jù)需要傳輸給UE，卻發(fā)現(xiàn)UE上行失步狀態(tài)，則eNodeB將控制UE發(fā)起隨機(jī)接入。l Case5：上行數(shù)據(jù)到達(dá)，當(dāng)

17、UE處于連接態(tài)，UE有上行數(shù)據(jù)需要傳輸給eNodeB，卻發(fā)現(xiàn)自己處于上行失步狀態(tài)，則UE將發(fā)起隨機(jī)接入。l Case6：LCS（LoCation Services）定位觸發(fā)的隨機(jī)接入，詳細(xì)請(qǐng)參見(jiàn)參考文檔10。隨機(jī)接入過(guò)程分為基于競(jìng)爭(zhēng)與基于非競(jìng)爭(zhēng)兩種情況：l 基于競(jìng)爭(zhēng)的隨機(jī)接入，接入前導(dǎo)由UE產(chǎn)生，不同UE產(chǎn)生前導(dǎo)可能沖突，eNodeB需要通過(guò)競(jìng)爭(zhēng)解決不同UE的接入。Case1、Case 2和Case 5屬于基于競(jìng)爭(zhēng)的隨機(jī)接入。l 基于非競(jìng)爭(zhēng)的隨機(jī)接入，接入前導(dǎo)由eNodeB分配給UE，這些接入前導(dǎo)屬于專(zhuān)用前導(dǎo)。在這種情況下，UE不會(huì)發(fā)生前導(dǎo)沖突。但在eNodeB專(zhuān)用前導(dǎo)用完時(shí)，非競(jìng)爭(zhēng)的隨機(jī)接入

18、就變成基于競(jìng)爭(zhēng)的隨機(jī)接入。Case3、Case 4和Case6屬于基于非競(jìng)爭(zhēng)的隨機(jī)接入。RACH為傳輸信道，僅用于傳送隨機(jī)接入前導(dǎo)。前導(dǎo)在MAC層就完成處理，因此RACH沒(méi)有對(duì)應(yīng)的邏輯信道。PRACH是RACH映射的物理信道，負(fù)責(zé)承載RACH。PRACH有固定的時(shí)頻資源，時(shí)頻資源的獲得通過(guò)系統(tǒng)消息SIB2中的公共信道配置參數(shù)獲得。隨機(jī)接入前導(dǎo)前導(dǎo)概述在UE進(jìn)行隨機(jī)接入的過(guò)程中，eNodeB需要為UE分配隨機(jī)接入前導(dǎo)。隨機(jī)接入前導(dǎo)為一個(gè)脈沖，在時(shí)域上包括一個(gè)CP的時(shí)間長(zhǎng)度TCP，一個(gè)前導(dǎo)序列的時(shí)間長(zhǎng)度TSEQ，剩余時(shí)域部分作為GP保護(hù)間隔（Guard Period），在頻域上為6個(gè)資源塊。隨機(jī)接

19、入前導(dǎo)有5種不同格式，分別用于不同半徑的小區(qū)。用戶通過(guò)參數(shù)PreambleFmt設(shè)置相應(yīng)的前導(dǎo)格式，通過(guò)參數(shù)CellRadius設(shè)置小區(qū)半徑。舉例說(shuō)明，表4-1表示了不同的前導(dǎo)格式所對(duì)應(yīng)的CP與序列長(zhǎng)度以及小區(qū)半徑。表4-1 不同格式的前導(dǎo)信息示例前導(dǎo)格式脈沖TCPTSEQTDD小區(qū)半徑R01000us103.1us800us1.4km<R<=14.5km12000us684.4us800us29km< R<=77.3km22000us203.1us1600us14km <R<=29.5km33000us684.4us1600us77km< R<

20、=100km4167.9us14.58us133.33usR<=1.4km 前導(dǎo)格式4，只用在特殊子幀UpPTS配置為和 。UE通過(guò)讀取系統(tǒng)消息廣播SIB2中的prach-ConfigurationIndex知道每個(gè)無(wú)線幀中PRACH出現(xiàn)的時(shí)刻。prach-ConfigurationIndex取值為063，每一個(gè)prach-ConfigurationIndex取值都包含小區(qū)帶寬、上行資源占用的百分比、平均等待接入時(shí)延以及PRACH出現(xiàn)的無(wú)線幀號(hào)與子幀號(hào)。針對(duì)每一個(gè)prach-ConfigurationIndex所指示的信息有所不同，詳細(xì)請(qǐng)參見(jiàn)參考文檔11-1。eNodeB將根據(jù)

21、PRACH的負(fù)載情況，自適應(yīng)調(diào)整prach-ConfigurationIndex值，避免因PRACH超載導(dǎo)致UE發(fā)生前導(dǎo)碰撞。前導(dǎo)序列的生成與分組前導(dǎo)序列通過(guò)導(dǎo)頻信道估計(jì)技術(shù)的ZC（Zadoff-Chu）序列進(jìn)行循環(huán)移位生成。ZC序列邏輯索引由參數(shù)RootSequenceIdx決定，取值為0837；循環(huán)移位的位數(shù)由系統(tǒng)根據(jù)小區(qū)類(lèi)型與小區(qū)半徑?jīng)Q定。ZC序列的邏輯索引是循環(huán)連續(xù)的，即邏輯索引837的下一個(gè)索引為0。每個(gè)小區(qū)可以配置64個(gè)前導(dǎo)序列。如果ZC序列循環(huán)移位產(chǎn)生的序列數(shù)小于64，則對(duì)邏輯順序的下一個(gè)ZC序列進(jìn)行循環(huán)移位繼續(xù)生成前導(dǎo)序列，直到序列個(gè)數(shù)達(dá)到64。ZC序列循環(huán)移位產(chǎn)生前導(dǎo)序列的詳

22、細(xì)內(nèi)容請(qǐng)參見(jiàn)參考文檔3。ZC序列邏輯索引和循環(huán)移位配置值包含在系統(tǒng)消息SIB2的PRACH-Configuration中傳輸。根據(jù)隨機(jī)接入分為基于競(jìng)爭(zhēng)與基于非競(jìng)爭(zhēng)的過(guò)程，UE需要選擇使用隨機(jī)前導(dǎo)序列或者使用eNodeB下發(fā)的專(zhuān)用前導(dǎo)序列，因此64個(gè)前導(dǎo)序列分為兩大組：隨機(jī)前導(dǎo)序列組和專(zhuān)用前導(dǎo)序列組。為了合理分配上行資源，隨機(jī)前導(dǎo)序列組又可分為前導(dǎo)序列A組和前導(dǎo)序列B組。一個(gè)小區(qū)有64個(gè)RA前導(dǎo)序列，分為兩大部分：l 用于非競(jìng)爭(zhēng)接入的專(zhuān)用前導(dǎo)序列 l 用于競(jìng)爭(zhēng)接入的隨機(jī)前導(dǎo)序列，競(jìng)爭(zhēng)接入的隨機(jī)前導(dǎo)序列又分為A、B兩組：     當(dāng)UE需要傳輸?shù)膍essag

23、e3大小較小時(shí)選擇A組序列(隱式的指定了無(wú)線信道質(zhì)量較差)     當(dāng)UE需要傳輸?shù)膍essage3大小較大時(shí)選擇B組序列(隱式的指定了無(wú)線信道質(zhì)量較好)對(duì)一個(gè)小區(qū)內(nèi)所有的PRACH時(shí)頻資源，分組的配置都是一樣的。分組的信息由廣播消息下發(fā)。前導(dǎo)序列分組方式如下圖所示： eNodeB周期性對(duì)非競(jìng)爭(zhēng)接入過(guò)程中專(zhuān)用前導(dǎo)的分配情況和競(jìng)爭(zhēng)接入過(guò)程中隨機(jī)前導(dǎo)碰撞情況進(jìn)行統(tǒng)計(jì)。eNodeB根據(jù)統(tǒng)計(jì)情況對(duì)專(zhuān)用前導(dǎo)序列組和隨機(jī)前導(dǎo)序列組分組情況進(jìn)行調(diào)整。系統(tǒng)信息更新周期到達(dá)時(shí)，如果前導(dǎo)序列個(gè)數(shù)有所變化，則更新廣播系統(tǒng)消息中的隨機(jī)前導(dǎo)序列個(gè)數(shù)和A組隨機(jī)前導(dǎo)比例。隨

24、機(jī)接入流程隨機(jī)接入是UE在收到PDCCH的命令或者自身決定啟動(dòng)，基本流程如下：步驟 1      UE將自身的隨機(jī)接入次數(shù)置為1。步驟 2      UE獲取小區(qū)PRACH配置。     基于競(jìng)爭(zhēng)的隨機(jī)接入，UE讀取系統(tǒng)消息廣播SIB2中的prach-ConfigurationIndex信元得到小區(qū)PRACH配置。     基于非競(jìng)爭(zhēng)的隨機(jī)接入，由eNodeB通過(guò)RRC信令告知UE小區(qū)的PRACH配置。步驟 3

25、60;     UE向eNodeB上傳隨機(jī)接入前導(dǎo)。步驟 4      eNodeB給UE發(fā)送隨機(jī)接入響應(yīng)?；诟?jìng)爭(zhēng)與非競(jìng)爭(zhēng)的隨機(jī)接入流程在具體操作上會(huì)有所不同，下面章節(jié)將詳細(xì)介紹基于競(jìng)爭(zhēng)的隨機(jī)接入流程和基于非競(jìng)爭(zhēng)的隨機(jī)接入流程。詳細(xì)的隨機(jī)接入流程請(qǐng)參見(jiàn)參考文檔4。基于競(jìng)爭(zhēng)的隨機(jī)接入流程基于競(jìng)爭(zhēng)的隨機(jī)接入，若PRACH配置已經(jīng)指定且還未過(guò)期，則UE可直接上傳隨機(jī)接入前導(dǎo)；否則，進(jìn)行PRACH配置的獲取。在獲取PRACH配置時(shí)，以下條件都滿足，則選擇隨機(jī)前導(dǎo)B組，否則選擇隨機(jī)前導(dǎo)A組：l 隨機(jī)前導(dǎo)B組存在。

26、l 如圖4-1所示的第三個(gè)消息中的調(diào)度傳輸塊的大小大于隨機(jī)前導(dǎo)A組的門(mén)限值。l 路徑損耗小于其門(mén)限值。選定隨機(jī)前導(dǎo)組別后，在組內(nèi)以等概率隨機(jī)選擇一個(gè)前導(dǎo)。圖4-1 基于競(jìng)爭(zhēng)的隨機(jī)接入流程圖 基于競(jìng)爭(zhēng)的隨機(jī)接入具體流程如圖4-1所示。包含以下四個(gè)步驟：UE發(fā)送隨機(jī)接入前導(dǎo)preamble、eNodeB發(fā)送隨機(jī)接入響應(yīng)response、UE進(jìn)行上行調(diào)度傳輸scheduled transmission以及eNodeB進(jìn)行競(jìng)爭(zhēng)決議contention resolution。UE發(fā)送隨機(jī)接入前導(dǎo)random access preambleUE在PRACH上發(fā)送隨機(jī)接入前導(dǎo)，前導(dǎo)發(fā)射功率PPRA

27、CH的計(jì)算具體請(qǐng)參見(jiàn)功率控制特性參數(shù)描述。UE將尋找下一個(gè)最近的PRACH，以功率PPRACH在指定的PRACH上發(fā)送前導(dǎo)。前導(dǎo)一般攜帶有6位信息：5位標(biāo)識(shí)RA-RNTI，1位表示msg3上行調(diào)度傳輸時(shí)的傳輸數(shù)據(jù)大小。eNodeB發(fā)送隨機(jī)接入響應(yīng)random access responseeNodeB收到UE的前導(dǎo)后，申請(qǐng)分配Temporary臨時(shí)的 C-RNTI并進(jìn)行上下行調(diào)度資源的申請(qǐng)。eNodeB在下行同步信道DL-SCH上發(fā)送隨機(jī)接入響應(yīng)，攜帶的信息有：RA-前導(dǎo)識(shí)別符preamble identifier，Timing Alignment 計(jì)時(shí)隊(duì)列information，initia

28、l 起始的UL grant準(zhǔn)許，Temporary臨時(shí)的 C-RNTI。在一條DL-SCH消息中可為多個(gè)UE發(fā)送隨機(jī)接入響應(yīng)。UE發(fā)送了前導(dǎo)后，在隨機(jī)接入滑窗內(nèi)不斷監(jiān)聽(tīng)PDCCH信道，直到獲取所需的隨機(jī)接入響應(yīng)random access response為止。l 如果收到的隨機(jī)接入前導(dǎo)識(shí)別符RA-preamble identifier 與先前發(fā)送的ID一致，則UE認(rèn)為響應(yīng)成功，然后將進(jìn)行上行調(diào)度傳輸。l 如果在隨機(jī)接入滑窗中UE沒(méi)有收到響應(yīng)信息，或接收響應(yīng)信息失敗，則UE 認(rèn)為接收響應(yīng)失敗。響應(yīng)失敗后，如果UE的隨機(jī)接入嘗試次數(shù)小于最大嘗試次數(shù)，則重新進(jìn)行一次隨機(jī)接入嘗試，否則隨機(jī)接入流程失敗

29、。UE進(jìn)行上行調(diào)度傳輸scheduled transmissionUE在上行同步信道UL-SCH信道上傳輸上行調(diào)度信息，傳輸塊大小由前導(dǎo)中的信息指定，但不能小于80bits。不同的隨機(jī)接入場(chǎng)景，傳輸?shù)男帕钜约皵y帶的信息不同。l 初始RRC連接建立通過(guò)CCCH傳輸RRC CONNECTION REQUEST，攜帶有NAS UE_ID，RLC TM且無(wú)分段。l RRC連接重建傳輸RRC CONNECTION RE-ESTABLISHMENT，RLC TM且無(wú)分段，不包含NAS消息。l 切換流程中接入目標(biāo)小區(qū)，因?yàn)闆](méi)有專(zhuān)用前導(dǎo)而轉(zhuǎn)為基于競(jìng)爭(zhēng)的隨機(jī)接入在DCCH上傳送RRC Handover Conf

30、irm，C-RNTI，根據(jù)情況還會(huì)攜帶BSR（Buffer緩沖器Status Report）。l 其他情況至少會(huì)傳送UE的C-RNTI。eNodeB進(jìn)行競(jìng)爭(zhēng)決議contention resolutionUE在發(fā)送了Msg3（圖4-1中的Scheduled transmission）后，啟動(dòng)競(jìng)爭(zhēng)決議定時(shí)器。eNodeB在MAC層進(jìn)行競(jìng)爭(zhēng)決議，并通過(guò)在PDCCH上使用CRTN或者在DL-SCH上通過(guò)UE Contention Resolution Identity指示UE。在競(jìng)爭(zhēng)決議定時(shí)器超時(shí)前，UE一直監(jiān)控PDCCH信道，若有以下兩種情況，UE則認(rèn)為競(jìng)爭(zhēng)決議成功，并通知上層，斷開(kāi)定時(shí)器：l 在P

31、DCCH監(jiān)聽(tīng)到C-RNTI。l 上行消息中含有CCCH上傳輸消息且在PDCCH上監(jiān)聽(tīng)到Temporary C-RNTI，并且MAC PDU解碼成功。若競(jìng)爭(zhēng)決議成功，則基于競(jìng)爭(zhēng)的隨機(jī)接入流程結(jié)束。若競(jìng)爭(zhēng)決議定時(shí)器超時(shí)，UE將認(rèn)為此次競(jìng)爭(zhēng)決議失敗。失敗后，如果UE的隨機(jī)接入嘗試次數(shù)小于最大嘗試次數(shù)，則UE重新進(jìn)行一次隨機(jī)接入嘗試，否則隨機(jī)接入流程失敗?；诜歉?jìng)爭(zhēng)的隨機(jī)接入過(guò)程基于非競(jìng)爭(zhēng)的隨機(jī)接入前導(dǎo)是由eNodeB分配的，與基于競(jìng)爭(zhēng)的隨機(jī)接入相比，基于非競(jìng)爭(zhēng)的隨機(jī)接入減少了競(jìng)爭(zhēng)和沖突的解決過(guò)程。圖4-2 基于非競(jìng)爭(zhēng)的隨機(jī)接入流程圖 基于非競(jìng)爭(zhēng)的隨機(jī)接入流程如圖4-2所示。步驟 1

32、0;     eNodeB通過(guò)專(zhuān)用信令為UE分配隨機(jī)接入前導(dǎo)：     切換時(shí)，源eNodeB傳送的HANDOVER COMMAND中攜帶有分配的前導(dǎo)。     下行數(shù)據(jù)到達(dá)時(shí)，MAC層信令中攜帶有分配的前導(dǎo)。步驟 2      UE在RACH上傳送分配的專(zhuān)用前導(dǎo)。步驟 3      eNodeB在DL-SCH上發(fā)送隨機(jī)接入響應(yīng)。    

33、 切換時(shí)，隨機(jī)接入響應(yīng)中至少包含計(jì)時(shí)隊(duì)列信息Timing Alignment information and 最初上行鏈路準(zhǔn)許initial UL grant。     下行數(shù)據(jù)到達(dá)時(shí)，隨機(jī)接入響應(yīng)至少包含計(jì)時(shí)隊(duì)列信息Timing Alignment information和隨機(jī)接入前導(dǎo)識(shí)別符 RA-preamble identifier。隨機(jī)接入回退機(jī)制在LTE系統(tǒng)中，RACH的碰撞概率較低，RACH不會(huì)對(duì)其他上行信道產(chǎn)生干擾。但如果在一個(gè)PRACH上接入的UE過(guò)多，則會(huì)導(dǎo)致UE發(fā)生前導(dǎo)碰撞而接入失敗。為了減少這種情況的發(fā)生，LTE系統(tǒng)中引入了回退機(jī)制

34、，控制UE進(jìn)行前導(dǎo)重傳的時(shí)間。eNodeB通過(guò)隨機(jī)接入響應(yīng)告知UE一個(gè)回退值，UE如果需要進(jìn)行前導(dǎo)重傳，則在0到這個(gè)回退值之間隨機(jī)選擇一個(gè)值作為退避時(shí)間，在退避時(shí)間結(jié)束后再進(jìn)行前導(dǎo)重傳。但在如下兩種情況中不會(huì)執(zhí)行回退機(jī)制：l UE在首次進(jìn)行前導(dǎo)傳輸時(shí)，不會(huì)執(zhí)行回退機(jī)制。l 基于非競(jìng)爭(zhēng)隨機(jī)接入的UE在進(jìn)行前導(dǎo)重傳時(shí)，不會(huì)執(zhí)行回退機(jī)制。建立信令連接信令連接由Uu接口的RRC連接和S1接口的專(zhuān)用S1連接組成。信令連接是業(yè)務(wù)承載連接的前提，但并不是所有信令連接之后都會(huì)出現(xiàn)業(yè)務(wù)承載的連接。例如用戶位置更新過(guò)程就是為了一個(gè)信令過(guò)程而不是為了業(yè)務(wù)承載。信令連接處理提供了UE和MME之間信令連接的建立，以及信

35、令連接和業(yè)務(wù)承載的釋放功能，同時(shí)也為UE和MME之間的NAS消息服務(wù)。LTE網(wǎng)絡(luò)信令連接協(xié)議棧架構(gòu)如圖5-1所示：圖5-1 信令連接協(xié)議棧架構(gòu)RRC連接建立RRC連接是UE和eNodeB之間的層三msg3連接，RRC連接建立由UE觸發(fā)。RRC連接就是建立SRB1的過(guò)程。在S1連接建立之前，E-UTRAN無(wú)法從EPC獲取UE的上下文信息，所以RRC連接建立過(guò)程中不需要激活安全模式(SRB1不啟動(dòng)加密和完整性保護(hù))。在RRC連接建立過(guò)程中可以配置UE進(jìn)行切換測(cè)量，但只有在安全模式啟動(dòng)后，UE才接受切換命令。RRC連接建立的具體過(guò)程如圖5-2所示。圖5-2 RRC連接建立過(guò)程 RRC連接建

36、立過(guò)程如下：步驟 1      UE發(fā)送攜帶具體建立原因的RRC Connection Request消息在CCCH信道上發(fā)送給eNodeB。具體建立原因請(qǐng)參見(jiàn)“NAS層呼叫類(lèi)型”。RRC Connection Request消息中攜帶UE標(biāo)識(shí)。如果上層提供了S-TMSI，則攜帶S-TMSI信息給eNodeB；如果沒(méi)有S-TMSI信息，生成一個(gè)0 . 240-1之間的隨機(jī)數(shù)給eNodeB。LTE系統(tǒng)中，eNodeB對(duì)UE的IMSI信息不可見(jiàn)。步驟 2      eNodeB收到RRC Conne

37、ction Request消息后，為UE建立RRC連接。步驟 3      eNodeB進(jìn)行SRB1資源的準(zhǔn)入和資源分配。     信令連接的準(zhǔn)入不做判斷，一律準(zhǔn)入。     資源分配時(shí)，如果資源分配失敗，則向UE回復(fù)RRC Connection Reject拒絕消息。資源分配成功，則繼續(xù)后續(xù)流程。步驟 4      eNodeB在CCCH信道上向UE回復(fù)RRC Connection Setup消息，消息中攜帶SRB

38、1資源配置的詳細(xì)信息。步驟 5      UE收到的RRC Connection Setup消息指示的SRB1資源信息，進(jìn)行無(wú)線資源配置，然后發(fā)送攜帶NAS消息的RRC Connection Setup Complete給eNodeB。eNodeB收到RRC Connection Setup Complete消息表示RRC連接建立完成。專(zhuān)用S1連接建立一個(gè)完整的信令連接是包括UE和eNodeB之間的RRC連接以及eNodeB和MME之間的專(zhuān)用S1連接。RRC連接建立后，eNodeB收到RRC Connection Setup Complete消

39、息后，將攜帶的NAS消息INITIAL UE MESSAGE發(fā)送給MME，開(kāi)始建立專(zhuān)用S1連接。圖5-3 專(zhuān)用S1連接建立流程圖 專(zhuān)用S1連接建立過(guò)程如圖5-3所示。步驟 1      eNodeB收到RRC連接建立完成最后一條消息RRC Connection Setup Complete，將給UE分配專(zhuān)用的S1APID，并將RRC Connection Setup Complete中的NAS消息和S1APID填入INITIAL UE MESSAGE消息中，發(fā)送給MME。eNodeB連接多個(gè)MME的情況下，關(guān)于MME的選擇，詳細(xì)請(qǐng)參見(jiàn)

40、S1-Flex 特性參數(shù)描述文檔。步驟 2      MME根據(jù)INITIAL UE MESSAGE中的NAS消息解析出此次網(wǎng)絡(luò)連接的具體原因，根據(jù)網(wǎng)絡(luò)建立的具體原因處理UE業(yè)務(wù)請(qǐng)求，為UE分配專(zhuān)用的S1APID。步驟 3      MME觸發(fā)INITIAL CONTEXT SETUP REQUEST消息給eNodeB，此消息包括UE上下文以及EPS承載上下文。步驟 4      eNodeB收到INITIAL CONTEXT上下文SETUP R

41、EQUEST消息后，開(kāi)始建立與UE相關(guān)的上下文。同時(shí)，eNodeB進(jìn)行安全配置，根據(jù)收到的安全參數(shù)生成業(yè)務(wù)承載和信令使用的密鑰。安全算法選擇是由eNodeB決定的，它通過(guò)比較自己支持的算法和UE支持的算法，選擇一個(gè)雙方共同支持的算法作為最終使用的算法，eNodeB通過(guò)Security Mode Command將算法配置給UE。安全處理過(guò)程詳細(xì)請(qǐng)參見(jiàn)無(wú)線安全特性參數(shù)描述。步驟 5      eNodeB進(jìn)行業(yè)務(wù)準(zhǔn)入判決與資源分配。步驟 6      eNodeB通過(guò)安全模式Security Mod

42、e Command通知UE啟動(dòng)完整性保護(hù)和加密過(guò)程，UE通過(guò)消息中的安全算法獲取密鑰并開(kāi)始下行加密。步驟 7      eNodeB下發(fā)經(jīng)過(guò)加密與完整性保護(hù)的RRC Connection Reconfiguration重配消息，用于SRB2與DRB的建立。步驟 8      UE向eNodeB回復(fù)Security Mode Commplete消息。UE收到eNodeB的Security Mode Command，選擇eNodeB指示的加密算法，并生成業(yè)務(wù)承載和信令面都使用的密鑰，密鑰成功生成后，

43、UE發(fā)送此消息，此消息是沒(méi)有被加密的，只有在eNodeB收到Security Mode Commplete消息后，上行加密才開(kāi)始。步驟 9      UE根據(jù)RRC Connection Reconfiguration建立連接，建立成功后向eNodeB回復(fù)RRC Connection Reconfiguration Complete消息。步驟 10      eNodeB將成功建立承載的信息通過(guò)INITIAL CONTEXT SETUP RESPONSE反饋給MME。E-UTRAN網(wǎng)絡(luò)將安全過(guò)程

44、和初始承載建立過(guò)程合一，安全參數(shù)與承載建立參數(shù)一并下發(fā)。eNodeB要先進(jìn)行安全模式過(guò)程，但業(yè)務(wù)建立過(guò)程也就是“7”中RRC Connection Reconfiguration消息可以不用等待安全模式命令完成就可以發(fā)起，這樣的處理在很大程度上減小了從UE初始接入到承載建立的時(shí)延。RRC連接重建本節(jié)主要講解UE側(cè)的RRC連接重建過(guò)程。RRC連接重建包括了SRB1的恢復(fù)以及安全的重激活。處于連接態(tài)且安全已經(jīng)被激活的UE為了繼續(xù)保持RRC連接，有條件地觸發(fā)此過(guò)程。如果AS層安全還未被激活，UE便不能觸發(fā)此過(guò)程。RRC連接重建觸發(fā)條件UE在如下幾種情況會(huì)觸發(fā)RRC連接重建：l 檢測(cè)到無(wú)線鏈路失敗l

45、切換失敗l 從E-UTRAN向異系統(tǒng)網(wǎng)絡(luò)切換失敗時(shí)l 從底層收到了完整性檢查失敗指示l RRC連接重配置失敗在滿足如下任一條件時(shí)，UE認(rèn)為檢測(cè)到無(wú)線鏈路失?。簂 定時(shí)器T310超時(shí)l 隨機(jī)接入失敗且定時(shí)器T300、T301、T304（T304ForEutran、T304ForGeran）或者T311都未運(yùn)行時(shí)l RLC達(dá)到最大重傳次數(shù)eNodeB支持無(wú)線鏈路失敗檢測(cè)功能，詳細(xì)信息請(qǐng)參見(jiàn)“上行無(wú)線鏈路檢測(cè)”。當(dāng)UE從底層連續(xù)收到N310個(gè)out-of-sync指示并且此時(shí)定時(shí)器T300、T301、T304或者T311都沒(méi)有運(yùn)行時(shí)，則啟動(dòng)定時(shí)器T310。定時(shí)器T310運(yùn)行時(shí)，如果UE從底層連續(xù)收到

46、N311個(gè)in-sync指示，則停止定時(shí)器T310。T300、T301、T304、T310、T311、N311定時(shí)器的詳細(xì)含義請(qǐng)參見(jiàn)eNodeB 參數(shù)參考。RRC連接重建成功后，SRB1可以被恢復(fù)，其他無(wú)線承載不進(jìn)行恢復(fù)。eNodeB處理RRC連接重建將會(huì)重配置SRB1，并重新開(kāi)始此無(wú)線承載上的數(shù)據(jù)傳輸，以及在不更改算法的前提下重新激活A(yù)S層的安全模式。RRC連接重建流程RRC連接重建過(guò)程如圖5-4所示。圖5-4 RRC連接重建流程圖 步驟 1      UE發(fā)送RRC Connection Reestablishment（重建）Re

47、quest消息。根據(jù)不同的場(chǎng)景，消息中攜帶的重建原因與小區(qū)信息不同。     重配置失敗觸發(fā)的重建原因?yàn)椤皉econfigurationFailure”，其中的C-RNTI和physCellId為本小區(qū)信息。     切換失敗觸發(fā)的重建原因?yàn)椤癶andoverFailure”，其中的C-RNTI和physCellId為源小區(qū)的信息。     無(wú)線鏈路失敗觸發(fā)的重建原因?yàn)椤皁therFailure”，其中的C-RNTI和physCellId為本小區(qū)信息。步驟 2 &#

48、160;    eNodeB進(jìn)行安全參數(shù)認(rèn)證，如果UE的安全參數(shù)認(rèn)證信息與eNodeB的一致，則UE認(rèn)證通過(guò)。UE身份認(rèn)證后，eNodeB將原資源釋放，重新進(jìn)行準(zhǔn)入和資源分配。如果UE認(rèn)證不通過(guò)，則eNodeB拒絕該UE這次的RRC連接重建請(qǐng)求。步驟 3      eNodeB在CCCH信道上向UE發(fā)送RRC Connection Reestablishment消息，消息中攜帶新分配資源的信息。UE收到RRC Connection Reestablishment消息，根據(jù)消息指示重新配置無(wú)線資源，激活加密和完整性保

49、護(hù)。步驟 4      UE發(fā)送RRC Connection Reestablishment Complete消息給eNodeB。RRC連接管理RRC連接管理是指對(duì)RRC連接狀態(tài)的檢測(cè)和恢復(fù)。eNodeB能夠?qū)ι闲袩o(wú)線鏈路狀況進(jìn)行檢測(cè)，當(dāng)前有兩種檢測(cè)機(jī)制：l 上行失步檢測(cè)l 上行無(wú)線鏈路檢測(cè)上行失步檢測(cè)上行失步檢測(cè)是指對(duì)上行同步狀態(tài)進(jìn)行實(shí)時(shí)監(jiān)測(cè)，當(dāng)出現(xiàn)異常失步后，若UE一段時(shí)間內(nèi)未恢復(fù)上行同步，則進(jìn)行上行重同步。上行異常失步eNodeB側(cè)會(huì)對(duì)UE的上行定時(shí)進(jìn)行實(shí)時(shí)維護(hù)，以保證UE正常處于上行同步狀態(tài)。如UE突然掉電或者UE進(jìn)入覆蓋黑洞（如進(jìn)入隧

50、道）而無(wú)法正常維護(hù)UE的上行同步而出現(xiàn)的UE異常失步現(xiàn)象。上行異常失步后，按照協(xié)議規(guī)定，如果eNodeB側(cè)有數(shù)據(jù)時(shí)，會(huì)觸發(fā)該UE發(fā)起隨機(jī)接入；如果UE側(cè)有數(shù)據(jù)時(shí)，UE會(huì)主動(dòng)發(fā)起隨機(jī)接入。上行重同步流程上行異常失步后，eNodeB側(cè)會(huì)主動(dòng)觸發(fā)UE恢復(fù)上行同步，即引入重同步操作，具體機(jī)制如下：UE異常失步后，eNodeB會(huì)觸發(fā)一個(gè)重同步定時(shí)器。重同步定時(shí)器內(nèi)，UE如果沒(méi)有恢復(fù)上行同步的話，則eNodeB會(huì)觸發(fā)UE發(fā)起非競(jìng)爭(zhēng)的隨機(jī)接入。l 如果隨機(jī)接入成功，則認(rèn)為UE上行同步恢復(fù)，eNodeB側(cè)能夠與UE進(jìn)行正常的數(shù)據(jù)傳輸。l 如果隨機(jī)接入失敗，則假設(shè)該UE不在網(wǎng)絡(luò)覆蓋范圍內(nèi)，此時(shí)并不立即將UE釋放

51、，而是在eNodeB側(cè)定時(shí)器超時(shí)（該定時(shí)器長(zhǎng)度為“T311+T310+合理余量”）后將該UE釋放。此過(guò)程中如果UE RRC重建成功則停止eNodeB側(cè)定時(shí)器。其中T310、T311為UE側(cè)的定時(shí)器，eNodeB側(cè)借用UE側(cè)的定時(shí)器以便和UE側(cè)狀態(tài)保持一致。T310是UE檢測(cè)到無(wú)線鏈路故障到確認(rèn)無(wú)線鏈路失?。](méi)恢復(fù)）之間的時(shí)間長(zhǎng)度。T311是UE檢測(cè)到無(wú)線鏈路失敗發(fā)起RRC連接重建到搜索到合適小區(qū)的時(shí)間，增加合理余量是因?yàn)閁E在發(fā)現(xiàn)的合適小區(qū)中重建需要一定時(shí)間。上行無(wú)線鏈路檢測(cè)上行無(wú)線鏈路檢測(cè)算法是指對(duì)上行無(wú)線鏈路質(zhì)量實(shí)時(shí)監(jiān)測(cè)，當(dāng)上行無(wú)線鏈路出現(xiàn)問(wèn)題時(shí)，eNodeB嘗試對(duì)無(wú)線鏈路進(jìn)行恢復(fù)，如果無(wú)

52、法恢復(fù)，則將鏈路釋放。該算法通過(guò)參數(shù)RlfDetectAlgoSwitch控制：l 當(dāng)RlfDetectAlgoSwitch的值被置為“ON(開(kāi))”，則eNodeB進(jìn)行上行無(wú)線鏈路檢測(cè)。l 當(dāng)RlfDetectAlgoSwitch的值被置為“OFF(關(guān))”，則eNodeB不進(jìn)行上行無(wú)線鏈路檢測(cè)。上行無(wú)線鏈路檢測(cè)算法應(yīng)用場(chǎng)景包括：l 上行信道質(zhì)量變差時(shí)（如進(jìn)入隧道、覆蓋空洞、UE掉電）。l 上行定時(shí)發(fā)生突變時(shí)（如生滅效應(yīng)出現(xiàn)時(shí)）。eNodeB側(cè)會(huì)對(duì)UE上行數(shù)傳的BLER進(jìn)行檢測(cè)，當(dāng)BLER惡化到一定程度后，則認(rèn)為上行無(wú)線鏈路失敗。eNodeB側(cè)檢測(cè)出上行無(wú)線鏈路失敗后，會(huì)觸發(fā)UE發(fā)起非競(jìng)爭(zhēng)的隨機(jī)

53、接入。如果隨機(jī)接入失敗，則認(rèn)為該UE不在網(wǎng)絡(luò)覆蓋范圍內(nèi)，此時(shí)并不立即將UE釋放，而是在eNodeB側(cè)定時(shí)器超時(shí)（該定時(shí)器長(zhǎng)度為“T311+T310+合理余量”）后將該UE釋放。此過(guò)程中如果UE RRC重建成功則停止該eNodeB側(cè)定時(shí)器。信令鏈路釋放信令鏈路的釋放包括S1鏈路釋放和RRC連接釋放。RRC連接釋放包括了UE和eNodeB之間的信令鏈路以及全部無(wú)線承載的釋放。信令鏈路的釋放可以是MME發(fā)起的，也可以是eNodeB發(fā)起的。UE和MME之間NAS層完成了業(yè)務(wù)流程或者UE決定終止該項(xiàng)業(yè)務(wù)，則MME主動(dòng)向eNodeB發(fā)送釋放信令鏈路命令；eNodeB檢測(cè)到異常情況則向MME發(fā)送釋放信令鏈路

54、請(qǐng)求。信令連接釋放過(guò)程如圖5-5所示。圖5-5 信令連接釋放流程圖 滿足如下條件之一系統(tǒng)便可啟動(dòng)信令鏈路的釋放：l MME主動(dòng)發(fā)送UE Context Release Command。l eNodeB檢測(cè)到異常，向MME發(fā)送UE Context Release Request。這種情況下需要等待MME發(fā)送UE Context Release Command消息。信令鏈路釋放啟動(dòng)后：1.   eNodeB釋放傳輸資源，并觸發(fā)釋放空口的RRC連接。2.   eNodeB向UE發(fā)送RRC Connection Release消息釋放空口資源，這個(gè)消息

55、eNodeB不需要等待UE的釋放完成響應(yīng)。3.   eNodeB釋放系統(tǒng)內(nèi)無(wú)線資源。4.   eNodeB向MME發(fā)送UE Context Release Complete消息指示資源釋放完成。5.   釋放完成消息發(fā)送后，eNodeB釋放UE對(duì)應(yīng)的上下文信息。至此UE從連接態(tài)轉(zhuǎn)換為空閑態(tài)。MME也可以通過(guò)釋放專(zhuān)用S1連接達(dá)到釋放包含業(yè)務(wù)承載資源的所有S1資源的目的。eNodeB在定時(shí)器UeInactiveTimer內(nèi)對(duì)UE是否發(fā)送或接收數(shù)據(jù)進(jìn)行監(jiān)測(cè)，若定時(shí)器超時(shí)，UE還未接收和發(fā)送數(shù)據(jù)，則eNodeB向MME發(fā)送釋放信令鏈路請(qǐng)求。在

56、MME發(fā)起負(fù)載平衡時(shí)，先要對(duì)此MME的相對(duì)容量進(jìn)行重新配置并通知eNodeB，以便eNodeB建立連接時(shí)不會(huì)選擇此MME。因?yàn)樨?fù)載平衡的原因釋放了RRC連接，eNodeB會(huì)將此UE重定向到其他小區(qū)或其他RAT小區(qū)。無(wú)線承載管理本章節(jié)描述基本特性Radio Bearer Management。無(wú)線承載管理是對(duì)加密和完整性保護(hù)啟動(dòng)之后的SRB2和DRB進(jìn)行管理，包括SRB2的建立和修改以及DRB的建立、修改和釋放。SRB2的釋放是通過(guò)信令鏈路的釋放一起釋放的，RRC釋放請(qǐng)參見(jiàn)“信令鏈路釋放”。無(wú)線承載管理沒(méi)有單獨(dú)信令，是使用RRC重配置消息實(shí)現(xiàn)無(wú)線承載管理中eNodeB與UE的交互。RRC重配置的

57、使用場(chǎng)景較多，如無(wú)線承載的建立、修改與釋放，切換測(cè)量信息的配置與修改。RRC重配置消息是通過(guò)不同的信元區(qū)分不同的使用場(chǎng)景。SRB2的建立與修改SRB2建立與修改都是通過(guò)RRC重配置消息通知UE的。SRB2的建立是在專(zhuān)用S1連接建立過(guò)程中的加密與完整性保護(hù)執(zhí)行完之后，通過(guò)RRC Connection Reconfiguration攜帶srb-ToAddModList指示UE進(jìn)行SRB2建立的相關(guān)操作。根據(jù)消息指示，UE建立對(duì)應(yīng)的PDCP實(shí)體并配置相應(yīng)的安全參數(shù)；建立RLC實(shí)體并進(jìn)行配置；建立DCCH邏輯信道并進(jìn)行邏輯信道的配置。信令流程圖與專(zhuān)用S1連接建立的流程圖一樣，請(qǐng)參見(jiàn)圖5-3。SRB2的

58、修改只有在相關(guān)配置信息發(fā)生變化時(shí)才執(zhí)行。SRB2修改與建立使用同一個(gè)消息RRC Connection Reconfiguration。根據(jù)消息指示，UE重配置對(duì)應(yīng)的PDCP實(shí)體和RLC實(shí)體；重配置DCCH邏輯信道。具體流程圖如圖6-1所示。圖6-1 SRB2修改流程圖DRB的建立與修改DRB建立是在加密和完整保護(hù)后才開(kāi)始執(zhí)行，在UE上下文建立后，DRB建立可以通過(guò)MME下發(fā)E-RAB SETUP REQUEST 觸發(fā)。RRC重配置消息中包含了Radio Resource Config Dedicated中的drb-ToAddModList，根據(jù)消息指示，UE建立對(duì)應(yīng)的PDCP實(shí)體并配置相應(yīng)的安

59、全參數(shù)；建立RLC實(shí)體并進(jìn)行配置；建立DTCH邏輯信道并進(jìn)行邏輯信道的配置。具體信令流程如圖6-2所示。圖6-2 DRB建立流程圖 DRB修改是MME通過(guò)消息E-RAB MODIFY REQUEST觸發(fā)的。具體流程如圖6-3所示，根據(jù)RRC重配置消息指示，UE重配置對(duì)應(yīng)PDCP實(shí)體，對(duì)應(yīng)RLC實(shí)體，以及DTCH邏輯信道。圖6-3 DRB修改流程圖DRB的釋放DRB釋放可以通過(guò)MME下發(fā)的E-RAB RELEASE COMMAND命令觸發(fā)釋放，也可以與信令鏈路一起釋放，如圖6-4所示。DRB釋放時(shí)，RRC重配置消息中攜帶Radio Resource Config Dedicated信元

60、的drb-ToReleaseList，根據(jù)消息指示，UE釋放DRB對(duì)應(yīng)的所有資源。圖6-4 DRB釋放流程圖工程應(yīng)用隨機(jī)接入、信令連接(除上行無(wú)線鏈路檢測(cè))、無(wú)線承載，都是基本功能，只要小區(qū)狀態(tài)和IPPath狀態(tài)正常即可使用。本章節(jié)只介紹上行無(wú)線鏈路檢測(cè)算法工程應(yīng)用。上行無(wú)線鏈路檢測(cè)算法特性開(kāi)通建議當(dāng)需要對(duì)無(wú)線鏈路質(zhì)量進(jìn)行檢測(cè)，減少由于無(wú)線鏈路質(zhì)量變差而對(duì)系統(tǒng)造成的吞吐量下降等負(fù)面影響時(shí)，建議開(kāi)通該特性。部署前數(shù)據(jù)準(zhǔn)備數(shù)據(jù)準(zhǔn)備分為兩個(gè)章節(jié)?！巴ㄓ脭?shù)據(jù)準(zhǔn)備”主要描述和場(chǎng)景無(wú)關(guān)的信息收集即只要開(kāi)通該特性就要收集的信息?！皥?chǎng)景化數(shù)據(jù)準(zhǔn)備”主要指按照典型場(chǎng)景可能需要區(qū)分收集的信息。在使用過(guò)程中將“通用數(shù)據(jù)準(zhǔn)備”的表項(xiàng)和“場(chǎng)景化數(shù)據(jù)準(zhǔn)備”的表項(xiàng)依實(shí)際情況組合后構(gòu)成該場(chǎng)景下需要收集的全部信息。信息收集表中參數(shù)來(lái)源的說(shuō)明：參數(shù)來(lái)源分為三種：網(wǎng)絡(luò)規(guī)劃（不需協(xié)商）、網(wǎng)絡(luò)規(guī)劃（對(duì)端協(xié)商）、自定義。含