TDD-LTE信令流程

1、TDD-LTE 基本信令流程指導(dǎo)書(shū)TDD-LTE基本信令流程指導(dǎo)書(shū)網(wǎng)版本日期作者審核修改記錄V1.02009-09-14初版目 錄1概述12TDD-LTE網(wǎng)絡(luò)結(jié)構(gòu)概述22.1EPC與E-UTRAN功能劃分32.2E-UTRAN接口的通用協(xié)議模型42.3S1接口42.3.1S1接口的用戶平面52.3.2S1接口控制面52.4X2接口62.4.1X2接口用戶平面72.4.2X2接口控制平面73典型信令流程分析93.1開(kāi)機(jī)附著流程93.2UE發(fā)起的service request流程103.3網(wǎng)絡(luò)發(fā)起的paging流程113.4關(guān)機(jī)去附著113.5切換流程123.6空口RRC信令141 概述對(duì)信令的理

2、解和熟悉有助于在網(wǎng)絡(luò)規(guī)劃和優(yōu)化過(guò)程中定位問(wèn)題，因此是網(wǎng)絡(luò)優(yōu)化的必備能力。通常遇到問(wèn)題，我們需要結(jié)合網(wǎng)絡(luò)側(cè)（后臺(tái)信令跟蹤）和終端側(cè)兩邊的信令，共同分析。本文首先介紹了LTE網(wǎng)絡(luò)架構(gòu)及各個(gè)接口；接著詳細(xì)描述了TDD-LTE的空口的信令流程，希望對(duì)讀者學(xué)習(xí)LTE有所幫助。2 TDD-LTE網(wǎng)絡(luò)結(jié)構(gòu)概述LTE的系統(tǒng)架構(gòu)分成兩部分，包括演進(jìn)后的核心網(wǎng)EPC（MME/S-GW）和演進(jìn)后的接入網(wǎng)E-UTRAN。演進(jìn)后的系統(tǒng)僅存在分組交換域。LTE接入網(wǎng)僅由演進(jìn)后的節(jié)點(diǎn)B（evolved NodeB）組成，提供到UE的E-UTRA控制面與用戶面的協(xié)議終止點(diǎn)。eNB之間通過(guò)X2接口進(jìn)行連接，并且在需要通信的兩個(gè)

3、不同eNB之間總是會(huì)存在X2接口。LTE接入網(wǎng)與核心網(wǎng)之間通過(guò)S1接口進(jìn)行連接，S1接口支持多多聯(lián)系方式。與3G網(wǎng)絡(luò)架構(gòu)相比，接入網(wǎng)僅包括eNB一種邏輯節(jié)點(diǎn)，網(wǎng)絡(luò)架構(gòu)中節(jié)點(diǎn)數(shù)量減少，網(wǎng)絡(luò)架構(gòu)更加趨于扁平化。扁平化網(wǎng)絡(luò)架構(gòu)降低了呼叫建立時(shí)延以及用戶數(shù)據(jù)的傳輸時(shí)延，也會(huì)降低OPEX（運(yùn)營(yíng)成本）與CAPEX（有關(guān)的網(wǎng)絡(luò)設(shè)備、計(jì)算機(jī)、儀器等一次性支出的項(xiàng)目）。由于eNB與MME/S-GW之間具有靈活的連接（S1-flex），UE在移動(dòng)過(guò)程中仍然可以駐留在相同的MME/S-GW上，有助于減少接口信令交互數(shù)量以及MME/S-GW的處理負(fù)荷。當(dāng)MME/S-GW與eNB之間的連接路徑相當(dāng)長(zhǎng)或進(jìn)行新的資源分配時(shí)

4、，與UE連接的MME/S-GW也可能會(huì)改變。2.1 EPC與E-UTRAN功能劃分與3G系統(tǒng)相比，由于重新定義了系統(tǒng)網(wǎng)絡(luò)架構(gòu)，核心網(wǎng)和接入網(wǎng)之間的功能劃分也隨之有所變化，需要重新明確以適應(yīng)新的架構(gòu)和LTE的系統(tǒng)需求。針對(duì)LTE的系統(tǒng)架構(gòu)，網(wǎng)絡(luò)功能劃分如下圖：eNB功能：1） 無(wú)線資源管理相關(guān)的功能，包括無(wú)線承載控制、接納控制、連接移動(dòng)性管理、上/下行動(dòng)態(tài)資源分配/調(diào)度等；2） IP頭壓縮與用戶數(shù)據(jù)流加密；3） UE附著時(shí)的MME選擇；4） 提供到S-GW的用戶面數(shù)據(jù)的路由；5） 尋呼消息的調(diào)度與傳輸；6） 系統(tǒng)廣播信息的調(diào)度與傳輸；7） 測(cè)量與測(cè)量報(bào)告的配置。MME功能：1） 尋呼消息分發(fā)，M

5、ME負(fù)責(zé)將尋呼消息按照一定的原則分發(fā)到相關(guān)的eNB；2） 安全控制；3） 空閑狀態(tài)的移動(dòng)性管理；4） SAE承載控制；5） 非接入層信令的加密與完整性保護(hù)。服務(wù)網(wǎng)關(guān)功能：1） 終止由于尋呼原因產(chǎn)生的用戶平面數(shù)據(jù)包；2） 支持由于UE移動(dòng)性產(chǎn)生的用戶平面切換。2.2 E-UTRAN接口的通用協(xié)議模型E-UTRAN接口的通用協(xié)議模型如下圖所示，適用于E-UTRAN相關(guān)的所有接口，即S1和X2接口。E-UTRAN接口的通用協(xié)議模型繼承了UTRAN接口的定義原則，即控制面和用戶面相分離，無(wú)線網(wǎng)絡(luò)層與傳輸網(wǎng)絡(luò)層相分離。繼續(xù)保持控制平面與用戶平面、無(wú)線網(wǎng)絡(luò)層與傳輸網(wǎng)絡(luò)層技術(shù)的獨(dú)立演進(jìn)，同時(shí)減少了LTE系統(tǒng)

6、接口標(biāo)準(zhǔn)化工作的代價(jià)。2.3 S1接口S1接口是MME/S-GW網(wǎng)關(guān)與eNB之間的接口，S1接口與3G UMTS系統(tǒng)Iu接口的不同之處在于，Iu接口連接包括3G核心網(wǎng)的PS域和CS域，S1接口只支持PS域。2.3.1 S1接口的用戶平面用戶平面接口位于E-NodeB和S-GW之間，S1接口用戶平面（S1-UP）的協(xié)議棧如下圖所示。S1-UP的傳輸網(wǎng)絡(luò)層基于IP傳輸，UDP/IP之上的GTP-U用來(lái)傳輸S-GW與eNB之間的用戶平面PDU。GTP-U協(xié)議具備以下特點(diǎn)：1） GTP-U協(xié)議既可以基于IPv4/UDP傳輸，也可以基于IPv6/UDP傳輸；2） 隧道端點(diǎn)之間的數(shù)據(jù)通過(guò)IP地址和UDP端

7、口號(hào)進(jìn)行路由；3） UDP頭與使用的IP版本無(wú)關(guān)，兩者獨(dú)立。S1用戶面無(wú)線網(wǎng)絡(luò)層協(xié)議功能：1） 在S1接口目標(biāo)節(jié)點(diǎn)中指示數(shù)據(jù)分組所屬的SAE接入承載；2） 移動(dòng)性過(guò)程中盡量減少數(shù)據(jù)的丟失；3） 錯(cuò)誤處理機(jī)制；4） MBMS支持功能；5） 分組丟失檢測(cè)機(jī)制；2.3.2 S1接口控制面S1控制平面接口位于E-NodeB和MME之間，傳輸網(wǎng)絡(luò)層是利用IP傳輸，這點(diǎn)類似于用戶平面；為了可靠的傳輸信令消息，在IP曾之上添加了SCTP；應(yīng)用層的信令協(xié)議為S1-AP。S1接口控制面協(xié)議棧如下圖所示：S1控制面功能：1） SAE承載服務(wù)管理功能（包括SAE承載建立、修改和釋放）；2） S1 接口UE上下文釋放

8、功能；3） LTE_ACTIVE狀態(tài)下UE的移動(dòng)性管理功能（包括Intra-LTE切換和Inter-3GPP-RAT切換）；4） S1接口的尋呼；5） NAS信令傳輸功能；6） S1接口管理功能（包括復(fù)位、錯(cuò)誤指示以及過(guò)載指示等）；7） 網(wǎng)絡(luò)共享功能；8） 漫游于區(qū)域限制支持功能；9） NAS節(jié)點(diǎn)選擇功能；10） 初始上下文建立過(guò)程；11） S1接口的無(wú)線網(wǎng)絡(luò)層不提供流量控制和擁塞控制功能。2.4 X2接口X2接口是eNB與eNB之間的接口。X2接口的定義采用了與S1接口一致的原則，體現(xiàn)在X2接口的用戶平面協(xié)議結(jié)構(gòu)與控制平面協(xié)議結(jié)構(gòu)均與S1接口類似。2.4.1 X2接口用戶平面X2接口用戶平面

9、提供eNB之間的用戶數(shù)據(jù)傳輸功能。X2-UP的協(xié)議棧結(jié)構(gòu)如下圖所示，X2-UP的傳輸網(wǎng)絡(luò)層基于IP傳輸，UDP/IP協(xié)議之上采用GTP-U來(lái)傳輸eNB之間的用戶面PDU。2.4.2 X2接口控制平面X2接口控制平面協(xié)議棧如下圖所示，LTE系統(tǒng)X2接口的定義采用了與S1接口一致的原則，其傳輸網(wǎng)絡(luò)層控制平面IP層的上面也采用了SCTP，為信令提供可靠的傳輸。應(yīng)用層信令協(xié)議表示為X2-AP。X2接口應(yīng)用層協(xié)議功能：1） 支持LTE_ACTIVE狀態(tài)下UE的LTE接入系統(tǒng)內(nèi)的移動(dòng)性管理功能；2） X2接口自身的管理功能，如錯(cuò)誤指示等；3） 上行負(fù)荷管理功能。3 典型信令流程分析3.1 小區(qū)搜索小區(qū)搜索

10、過(guò)程是UE和小區(qū)取得時(shí)間和頻率同步，并檢測(cè)小區(qū)ID的過(guò)程。E-UTRA系統(tǒng)的小區(qū)搜索過(guò)程與UTRA系統(tǒng)的主要區(qū)別是她能夠支持不同的系統(tǒng)帶寬（1.420MHZ）。小區(qū)搜索通過(guò)若干下行信道實(shí)現(xiàn)，包括同步信道（SCH）、廣播信道（BCH）和下行參考信號(hào)（RS）。SCH又分成主同步信道（PSCH）和輔同步信道（SSCH），BCH又分成主廣播信道（PBCH）和動(dòng)態(tài)廣播信道（DBCH）。除PBCH是以正式“信道”出現(xiàn)的；PSCH和SSCH是純粹的L1信道，不用來(lái)傳送L2/L3控制信令，而只用于同步和小區(qū)搜索過(guò)程；DBCH最終承載在下行共享傳輸信道（DL-SCH），沒(méi)有獨(dú)立的信道。下圖為小區(qū)搜索流程：檢測(cè)P

11、SCH（用于獲得5ms時(shí)鐘，并獲得小區(qū)ID組內(nèi)的具體小區(qū)ID）檢測(cè)SSCH（用于獲得無(wú)線幀時(shí)鐘、小區(qū)ID組、BCH天線配置）檢測(cè)下行參考信號(hào)（用于獲得BCH天線配置，是否采用位移導(dǎo)頻）讀取BCH（用于獲得其它小區(qū)信息）3.2 隨機(jī)接入流程隨機(jī)接入分為基于沖突的隨機(jī)接入和基于非沖突的隨機(jī)接入兩個(gè)流程。其區(qū)別為針對(duì)兩種流程其選擇隨機(jī)接入前綴的方式。前者為UE從基于沖突的隨機(jī)接入前綴中依照一定算法隨機(jī)選擇一個(gè)隨機(jī)前綴；后者是基站側(cè)通過(guò)下行專用信令給UE指派非沖突的隨機(jī)接入前綴。具體流程如下：基于沖突的隨機(jī)接入：1) UE在RACH上發(fā)送隨機(jī)接入前綴；2) ENb的MAC層產(chǎn)生隨機(jī)接入響應(yīng)，并在DL-

12、SCH上發(fā)送；3) UE的RRC層產(chǎn)生RRC Connection Request 并在映射到UL SCH上的CCCH邏輯信道上發(fā)送；4) RRC Contention Resolution 由ENb的RRC層產(chǎn)生，并在映射到DL SCH上的CCCH or DCCH(FFS)邏輯信道上發(fā)送?；诜菦_突的隨機(jī)接入1) ENb 通過(guò)下行專用信令給UE指派非沖突的隨機(jī)接入前綴（non-contention Random Access Preamble ），這個(gè)前綴不在BCH上廣播的集合中。2) UE在RACH上發(fā)送指派的隨機(jī)接入前綴。3) ENb的MAC層產(chǎn)生隨機(jī)接入響應(yīng)，并在DL-SCH上發(fā)送。3

13、.3 開(kāi)機(jī)附著流程3.3.1 正常流程UE剛開(kāi)機(jī)時(shí)，先進(jìn)行物理下行同步，搜索測(cè)量進(jìn)行小區(qū)選擇，選擇到一個(gè)suitable或者acceptable小區(qū)后，駐留并進(jìn)行附著過(guò)程。附著流程圖如下：說(shuō)明：1) 步驟15會(huì)建立RRC連接，步驟6、9會(huì)建立S1連接，完成這些過(guò)程即標(biāo)志著NAS signalling connection建立完成，見(jiàn)24.301。2) 消息7的說(shuō)明：UE剛開(kāi)機(jī)第一次attach，使用的IMSI，無(wú)Identity過(guò)程；后續(xù)，如果有有效的GUTI，使用GUTI attach，核心網(wǎng)才會(huì)發(fā)起Identity過(guò)程（為上下行直傳消息）。3) 消息1012的說(shuō)明：如果消息9帶了UE Ra

14、dio Capability IE，則eNB不會(huì)發(fā)送UECapabilityEnquiry消息給UE，即沒(méi)有1012過(guò)程；否則會(huì)發(fā)送，UE上報(bào)無(wú)線能力信息后，eNB再發(fā)UE Capability Info Indication，給核心網(wǎng)上報(bào)UE的無(wú)線能力信息。Ø 為了減少空口開(kāi)銷，在IDLE下MME會(huì)保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息會(huì)帶給eNB，除非UE在執(zhí)行attach或者"first TAU following GERAN/UTRAN Attach" or "UE rad

15、io capability update" TAU過(guò)程（也就是這些過(guò)程MME不會(huì)帶UE Radio Capability信息給eNB，并會(huì)把本地保存的UE Radio Capability信息刪除，eNB會(huì)問(wèn)UE要能力信息，并報(bào)給MME。注："UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.）。Ø 在CONNECTED下，eNB會(huì)一直保存UE Radio Capability信息。

16、Ø UE的E_UTRAN無(wú)線能力信息如果發(fā)生改變，需要先detach，再attach。4) 發(fā)起UE上下文釋放（即2125）的條件：-eNodeB-initiated with cause e.g. O&M Intervention, Unspecified Failure, User Inactivity, Repeated RRC signalling Integrity Check Failure, Release due to UE generated signalling connection release, etc.; or- MME-initiated wit

17、h cause e.g. authentication failure, detach, etc.5) eNB收到msg3以后，DCM給USM配置SRB1，配置完后發(fā)送msg4給UE；eNB在發(fā)送RRCConnectionReconfiguration前，DCM先給USM配置DRB/SRB2等信息，配置完后發(fā)送RRCConnectionReconfiguration給UE，收到RRCConnectionReconfigurationComplete后，控制面再通知用戶面資源可用。6) 消息1315的說(shuō)明：eNB發(fā)送完消息13，并不需要等收到消息14，就直接發(fā)送消息15。7) 如果發(fā)起IMSI

18、attach時(shí)，UE的IMSI與另外一個(gè)UE的IMSI重復(fù)，并且其他UE已經(jīng)attach，則核心網(wǎng)會(huì)釋放先前的UE。如果IMSI中的MNC與核心網(wǎng)配置的不一致，則核心網(wǎng)會(huì)回復(fù)attach reject。8) 消息9的說(shuō)明：該消息為MME向eNB發(fā)起的初始上下文建立請(qǐng)求，請(qǐng)求eNB建立承載資源，同時(shí)帶安全上下文，可能帶用戶無(wú)線能力、切換限制列表等參數(shù)。UE的安全能力參數(shù)是通過(guò)attach request消息帶給核心網(wǎng)的，核心網(wǎng)再通過(guò)該消息送給eNB。UE的網(wǎng)絡(luò)能力（安全能力）信息改變的話，需要發(fā)起TAU。3.3.2 異常流程3.3.2.1 RRC連接建立失敗3.3.2.2 核心網(wǎng)拒絕1) 如果是

19、ESM過(guò)程導(dǎo)致的拒絕（比如默認(rèn)承載建立失?。?，才會(huì)帶PDN CONNECTIVITY REJECT消息；EMM層拒絕，只有ATTACH REJECT消息。2) 常見(jiàn)的拒絕原因有：IMSI中的MNC與核心網(wǎng)配置的不一致。3.3.2.3 eNB未等到Initial context setup request消息3.3.2.4 RRC重配消息丟失或者沒(méi)收到RRC重配完成消息或者eNB內(nèi)部配置UE的安全參數(shù)等失敗3.4 UE發(fā)起的service request流程3.4.1 正常流程UE在IDLE模式下，需要發(fā)送業(yè)務(wù)數(shù)據(jù)時(shí)，發(fā)起service request過(guò)程，流程圖如下：3.4.2 異常流程3.4

20、.2.1 RRC連接建立失敗處理同3.3.2.1。3.4.2.2 核心網(wǎng)拒絕3.4.2.3 eNB未等到Initial context setup request消息處理同3.3.2.3， 區(qū)別在于service request過(guò)程失敗沒(méi)有重發(fā)。3.4.2.4 RRC重配消息丟失或者eNB內(nèi)部配置UE的安全參數(shù)失敗或者沒(méi)有建立起來(lái)一個(gè)非GBR承載同3.3.2.4， 區(qū)別在于service request過(guò)程失敗沒(méi)有重發(fā)。3.4.2.5 eNB建立專用承載失敗當(dāng)attach成功，建立一個(gè)專用承載后，如果RRC連接釋放進(jìn)入了IDLE，下次UE發(fā)起數(shù)據(jù)時(shí)會(huì)發(fā)起service request，該過(guò)程會(huì)

21、為默認(rèn)承載和專用承載建立對(duì)應(yīng)的DRB等參數(shù)。如果eNB建立專用承載失敗，則回復(fù)給核心網(wǎng)Initial context setup response，帶失敗列表，告知核心網(wǎng)專用承載建立失敗，核心網(wǎng)會(huì)本地去激活該專用承載；同時(shí)RRCConnectionReconfiguration消息也不會(huì)帶該專用承載的DRB，UE收到后發(fā)現(xiàn)該專用承載對(duì)應(yīng)的DRB沒(méi)有建立起來(lái)，也會(huì)本地去激活該承載，這樣UE和核心網(wǎng)承載保持一致。流程圖同3.4.1正常流程。3.4.2.6 eNB建立默認(rèn)承載失敗場(chǎng)景同上，當(dāng)建立的這個(gè)專用承載也為非GBR承載時(shí)，eNB可能會(huì)成功建立該專用承載，而失敗建立默認(rèn)非GBR承載，這樣回復(fù)給核

22、心網(wǎng)Initial context setup response，帶失敗列表，核心網(wǎng)發(fā)現(xiàn)默認(rèn)承載建立失敗時(shí)，會(huì)本地detach該UE；同時(shí)RRCConnectionReconfiguration消息也不會(huì)帶該默認(rèn)承載的DRB，UE收到后發(fā)現(xiàn)默認(rèn)承載對(duì)應(yīng)的DRB沒(méi)有建立起來(lái)，也會(huì)本地去激活該默認(rèn)承載，以及關(guān)聯(lián)的專用承載，從而本地detach（只有一個(gè)默認(rèn)承載時(shí)），這樣UE和核心網(wǎng)承載保持一致。流程圖如下：3.5 網(wǎng)絡(luò)發(fā)起的paging流程3.5.1 S_TMSI尋呼UE在IDLE模式下，當(dāng)網(wǎng)絡(luò)需要給該UE發(fā)送數(shù)據(jù)（業(yè)務(wù)或者信令）時(shí)，發(fā)起尋呼過(guò)程，流程圖如下：3.5.2 IMSI尋呼當(dāng)網(wǎng)絡(luò)發(fā)生錯(cuò)誤

23、需要恢復(fù)時(shí)（例如S-TMSI不可用），可發(fā)起IMSI尋呼，UE收到后執(zhí)行本地detach，然后再開(kāi)始attach。3.6 TAU流程當(dāng)UE進(jìn)入一個(gè)小區(qū)，該小區(qū)所屬TAI不在UE保存的TAI list內(nèi)時(shí)，UE發(fā)起正常TAU流程，分為IDLE和CONNECTED（即切換時(shí)）下。如果TAU accept分配了一個(gè)新的GUTI，則UE需要回復(fù)TAU complete，否則不用回復(fù)。3.6.1 正常流程3.6.1.1 IDLE下發(fā)起的IDLE下，如果有上行數(shù)據(jù)或者上行信令（與TAU無(wú)關(guān)的）發(fā)送，UE可以在TAU request消息中設(shè)置an "active"標(biāo)識(shí)，來(lái)請(qǐng)求建立用戶面資

24、源，并且TAU完成后保持NAS信令連接。如果沒(méi)有設(shè)置"active"標(biāo)識(shí)，則TAU完成后釋放NAS信令連接。IDLE下發(fā)起的也可以帶EPS bearer context status IE，如果UE帶該IE，MME回復(fù)消息也帶該IE，雙方EPS承載通過(guò)這個(gè)IE保持同步。Ø IDLE下發(fā)起的不設(shè)置"active"標(biāo)識(shí)的正常TAU流程圖如下：3.6.1.2 CONNECTED下發(fā)起的說(shuō)明：1）如果TAU accept未分配一個(gè)新的GUTI，則無(wú)過(guò)程6、7；2）切換下發(fā)起的TAU，完成后不會(huì)釋放NAS信令連接；3）CONNECTED下發(fā)起的TAU，不

25、能帶"active"標(biāo)識(shí)。3.6.2 異常流程異常流程同3.4.2。3.7 去附著3.7.1 關(guān)機(jī)去附著UE關(guān)機(jī)時(shí)，需要發(fā)起去附著流程，來(lái)通知網(wǎng)絡(luò)釋放其保存的該UE的所有資源，流程圖如下：說(shuō)明：1) IDLE和CONNECTED下發(fā)起的區(qū)別同上面TAU的區(qū)別；2) 如果是非關(guān)機(jī)去附著，則會(huì)收到MME的Detach Accept響應(yīng)消息和eNB的RRC Connection Release消息。3.7.2 非關(guān)機(jī)去附著3.7.2.1 IDLE下發(fā)起的非關(guān)機(jī)去附著3.7.2.2 CONNECTED下發(fā)起的非關(guān)機(jī)去附著3.8 切換流程當(dāng)UE在CONNECTED模式下時(shí)，eNode

26、B可以根據(jù)UE上報(bào)的測(cè)量信息來(lái)判決是否需要執(zhí)行切換，如果需要切換，則發(fā)送切換命令給UE，UE不區(qū)分切換是否改變了eNodeB。非競(jìng)爭(zhēng)切換流程圖如下：3.9 專用承載建立流程3.9.1 正常流程專用承載建立可以由UE或者M(jìn)ME主動(dòng)發(fā)起，eNB不能主動(dòng)發(fā)起，并且只能在connected下發(fā)起該流程。說(shuō)明：1）如果是MME主動(dòng)發(fā)起的承載建立流程，則無(wú)步驟1、2；2）UE發(fā)起的承載建立流程，核心網(wǎng)可以回復(fù)承載建立、修改流程；3）可以同時(shí)建立多個(gè)專用承載，但目前還不支持。3.9.2 異常流程3.9.2.1 核心網(wǎng)拒絕如果拒絕原因值是"unknown EPS bearer context&quo

27、t;，UE會(huì)本地去激活存在的默認(rèn)承載。3.9.2.2 eNB本地建立失敗（核心網(wǎng)主動(dòng)發(fā)起的建立）如果eNB建立失敗，會(huì)回復(fù)E-RAB SETUP RESPONSE，帶失敗建立的承載列表，并帶原因值，核心網(wǎng)應(yīng)該根據(jù)原因值處理（目前eNB的實(shí)現(xiàn)是： 如果eNB本地建立失敗，即還沒(méi)有給UE發(fā)送RRC重配消息，這時(shí)eNB會(huì)發(fā)送NAS NON DELIVERY INDICATION給MME）。但目前核心網(wǎng)沒(méi)有查看原因值，都給UE下發(fā)了Deactivate EPS bearer context request消息（與協(xié)議不符），UE查找不到該承載，也回復(fù)Deactivate EPS bearer cont

28、ext accept。3.9.2.3 eNB未等到RRC重配完成消息，回復(fù)失敗eNB未收到RRC重配完成消息時(shí)，會(huì)給核心網(wǎng)發(fā)UE上下文釋放請(qǐng)求消息。3.9.2.4 UE NAS層拒絕如果是UE的NAS層拒絕，則核心網(wǎng)收到后會(huì)給eNB發(fā)送E-RAB釋放消息，來(lái)釋放剛剛建立的S1承載，此時(shí)不帶NAS PDU。eNB收到消息后，發(fā)RRC重配給UE來(lái)釋放剛建立的DRB參數(shù)。3.9.2.5 上行直傳NAS消息丟失說(shuō)明：如果核心網(wǎng)沒(méi)有收到UE回復(fù)的NAS消息，會(huì)重發(fā)請(qǐng)求消息，重發(fā)4次后，如果還沒(méi)收到應(yīng)答則放棄。3.10 專用承載修改流程3.10.1 正常流程專用承載修改可以由UE 、MME主動(dòng)發(fā)起，不能由eNB主動(dòng)發(fā)起，只能在connected下發(fā)起該流程。流程圖如下：3.10.