国产日韩专区无码,国产大尺度pr社18福利在线

閱讀：5415
回復(fù)：2

關(guān)注樓主

TLL-LTE信令流程

李宇陽(yáng)

新手上路

發(fā)短消息

關(guān)注Ta

積分 -3
帖子 1
威望 1215 個(gè)
禮品券 0 個(gè)
專(zhuān)家指數(shù) -8
注冊(cè) 2012-4-5
專(zhuān)業(yè)方向網(wǎng)絡(luò)優(yōu)化
來(lái)自深圳
回答問(wèn)題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%

大中小

使用道具

發(fā)表于 2012-04-05 11:32:06 只看樓主

TDD-LTE 基本信令流程

指導(dǎo)書(shū)

TDD-LTE基本信令流程指導(dǎo)書(shū)網(wǎng)

版本	日期	作者	審核	修改記錄
V1.0	2009-09-14			初版

目錄
1
概述

1

2
TDD-LTE網(wǎng)絡(luò)結(jié)構(gòu)概述... 2

2.1
EPC與E-UTRAN功能劃分... 3

2.2
E-UTRAN接口的通用協(xié)議模型... 4

2.3
S1接口... 4

2.3.1
S1接口的用戶平面... 5

2.3.2
S1接口控制面... 5

2.4
X2接口... 6

2.4.1
X2接口用戶平面... 7

2.4.2
X2接口控制平面... 7

3
典型信令流程分析... 9

3.1
開(kāi)機(jī)附著流程... 9

3.2
UE發(fā)起的service request流程... 10

3.3
網(wǎng)絡(luò)發(fā)起的paging流程... 11

3.4
關(guān)機(jī)去附著... 11

3.5
切換流程... 12

3.6
空口RRC信令... 14

1
概述對(duì)信令的理解和熟悉有助于在網(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è)不同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與CAPEX。
由于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í)，與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ā)，MME負(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)接口標(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端口號(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)類(lèi)似于用戶平面；為了可靠的傳輸信令消息，在IP曾之上添加了SCTP；應(yīng)用層的信令協(xié)議為S1-AP。S1接口控制面協(xié)議棧如下圖所示：

S1控制面功能：
1）
SAE承載服務(wù)管理功能（包括SAE承載建立、修改和釋放）；
2）
S1 接口UE上下文釋放功能；
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接口類(lèi)似。
2.4.1
X2接口用戶平面X2接口用戶平面提供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ū)搜索過(guò)程是UE和小區(qū)取得時(shí)間和頻率同步，并檢測(cè)小區(qū)ID的過(guò)程。E-UTRA系統(tǒng)的小區(qū)搜索過(guò)程與UTRA系統(tǒng)的主要區(qū)別是她能夠支持不同的系統(tǒng)帶寬（1.4~20MHZ）。小區(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è)PSCH（用于獲得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ò)下行專(zhuān)用信令給UE指派非沖突的隨機(jī)接入前綴。具體流程如下：
基于沖突的隨機(jī)接入：

1)
UE在RACH上發(fā)送隨機(jī)接入前綴；
2)
ENb的MAC層產(chǎn)生隨機(jī)接入響應(yīng)，并在DL-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ò)下行專(zhuān)用信令給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.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)
步驟1～5會(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)
消息10~12的說(shuō)明：如果消息9帶了UE Radio Capability IE，則eNB不會(huì)發(fā)送UECapabilityEnquiry消息給UE，即沒(méi)有10~12過(guò)程；否則會(huì)發(fā)送，UE上報(bào)無(wú)線能力信息后，eNB再發(fā)UE Capability Info Indication，給核心網(wǎng)上報(bào)UE的無(wú)線能力信息。
Ø
為了減少空口開(kāi)銷(xiāo)，在IDLE下MME會(huì)保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息會(huì)帶給eNB，除非UE在執(zhí)行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio 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信息。
Ø
UE的E_UTRAN無(wú)線能力信息如果發(fā)生改變，需要先detach，再attach。
4)
發(fā)起UE上下文釋放（即21～25）的條件：
-
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 with 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)
消息13~15的說(shuō)明：eNB發(fā)送完消息13，并不需要等收到消息14，就直接發(fā)送消息15。
7)
如果發(fā)起IMSI 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)
如果是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.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建立專(zhuān)用承載失敗當(dāng)attach成功，建立一個(gè)專(zhuān)用承載后，如果RRC連接釋放進(jìn)入了IDLE，下次UE發(fā)起數(shù)據(jù)時(shí)會(huì)發(fā)起service request，該過(guò)程會(huì)為默認(rèn)承載和專(zhuān)用承載建立對(duì)應(yīng)的DRB等參數(shù)。如果eNB建立專(zhuān)用承載失敗，則回復(fù)給核心網(wǎng)Initial context setup response，帶失敗列表，告知核心網(wǎng)專(zhuān)用承載建立失敗，核心網(wǎng)會(huì)本地去激活該專(zhuān)用承載；同時(shí)RRCConnectionReconfiguration消息也不會(huì)帶該專(zhuān)用承載的DRB，UE收到后發(fā)現(xiàn)該專(zhuā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è)專(zhuān)用承載也為非GBR承載時(shí)，eNB可能會(huì)成功建立該專(zhuān)用承載，而失敗建立默認(rèn)非GBR承載，這樣回復(fù)給核心網(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)的專(zhuā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ò)誤需要恢復(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)求建立用戶面資源，并且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，不能帶"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í)，eNodeB可以根據(jù)UE上報(bào)的測(cè)量信息來(lái)判決是否需要執(zhí)行切換，如果需要切換，則發(fā)送切換命令給UE，UE不區(qū)分切換是否改變了eNodeB。非競(jìng)爭(zhēng)切換流程圖如下：

3.9
專(zhuān)用承載建立流程3.9.1
正常流程專(zhuān)用承載建立可以由UE或者MME主動(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è)專(zhuān)用承載，但目前還不支持。
3.9.2
異常流程3.9.2.1
核心網(wǎng)拒絕
如果拒絕原因值是"unknown EPS bearer context"，UE會(huì)本地去激活存在的默認(rèn)承載。
3.9.2.2
eNB本地建立失�。ê诵木W(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 context 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專(zhuān)用承載修改流程3.10.1
正常流程專(zhuān)用承載修改可以由UE 、MME主動(dòng)發(fā)起，不能由eNB主動(dòng)發(fā)起，只能在connected下發(fā)起該流程。流程圖如下：
3.10.1.1
修改QoS
說(shuō)明：
1）MME主動(dòng)發(fā)起的承載建立/修改/釋放無(wú)步驟1、2；
2）eNB主動(dòng)發(fā)起的釋放，無(wú)步驟1，步驟2改為發(fā)送E-RAB RELEASE INDICATION
消息給MME；
3）UE發(fā)起的承載修改流程，核心網(wǎng)可以回復(fù)承載建立、修改、釋放流程。
3.10.1.2
不修改QoS，只修改TFT
說(shuō)明：
不修改QoS，只修改TFT參數(shù)時(shí)，為上下行直傳消息，與eNB無(wú)關(guān)。
3.10.2
異常流程3.10.2.1
核心網(wǎng)拒絕如果拒絕原因值是"unknown EPS bearer context"，UE會(huì)本地去激活存在的專(zhuān)用承載。
3.10.2.2
eNB回復(fù)失敗eNB回復(fù)失敗區(qū)分為：
eNB本地失敗，沒(méi)有給UE發(fā)送RRC重配消息；
eNB未收到RRC重配完成消息，回復(fù)失敗。
以上過(guò)程同3.9.2.2和3.9.2.3。
3.10.2.3
UE NAS層拒絕同3.9.3.4。
3.10.2.4
上行直傳NAS消息丟失同3.9.2.5。
3.11專(zhuān)用承載釋放流程專(zhuān)用承載釋放可以由eNB 、MME主動(dòng)發(fā)起，只能在connected下發(fā)起該流程。
流程圖如下：

3.12空口RRC信令
開(kāi)機(jī)attach、建立專(zhuān)用承載、釋放專(zhuān)用承載、釋放RRC連接的空口RRC信令見(jiàn)上圖（與EPC的信令沒(méi)畫(huà)出）。其中，1～4是RA過(guò)程（UE底層收到Msg4以后，通過(guò)帶的UE Contention Resolution Identity MAC control element與Msg3碼流匹配，如果一樣，則認(rèn)為RA過(guò)程成功，把Msg4送給RRC層）；1～5是RRC連接建立過(guò)程（收到消息4以后，RRC從IDLE轉(zhuǎn)為CONNECTED模式）；5～7是attach過(guò)程（attach過(guò)程完成后，UE成功注冊(cè)到網(wǎng)絡(luò)，網(wǎng)絡(luò)有該UE信息，UE獲得GUTI、TAI list，并且默認(rèn)EPS承載建立成功）；8～10是專(zhuān)用EPS承載建立過(guò)程（如果默認(rèn)EPS承載的QoS不能滿足業(yè)務(wù)需求，UE可以發(fā)起專(zhuān)用承載建立過(guò)程）；11～13是EPS承載釋放過(guò)程（用來(lái)釋放某一個(gè)專(zhuān)用EPS承載，或者UE對(duì)應(yīng)的一個(gè)PDN下的所有EPS承載）；14是RRC連接釋放過(guò)程（UE收到該消息后從CONNECTED轉(zhuǎn)為IDLE模式）。

掃碼關(guān)注5G通信官方公眾號(hào),免費(fèi)領(lǐng)取以下5G精品資料

1、回復(fù)“YD5GAI”免費(fèi)領(lǐng)取《中國(guó)移動(dòng)：5G網(wǎng)絡(luò)AI應(yīng)用典型場(chǎng)景技術(shù)解決方案白皮書(shū)》

2、回復(fù)“5G6G”免費(fèi)領(lǐng)取《5G_6G毫米波測(cè)試技術(shù)白皮書(shū)-2022_03-21》

3、回復(fù)“YD6G”免費(fèi)領(lǐng)取《中國(guó)移動(dòng)：6G至簡(jiǎn)無(wú)線接入網(wǎng)白皮書(shū)》

4、回復(fù)“LTBPS”免費(fèi)領(lǐng)取《《中國(guó)聯(lián)通5G終端白皮書(shū)》》

5、回復(fù)“ZGDX”免費(fèi)領(lǐng)取《中國(guó)電信5G NTN技術(shù)白皮書(shū)》

6、回復(fù)“TXSB”免費(fèi)領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解》

7、回復(fù)“YDSL”免費(fèi)領(lǐng)取《中國(guó)移動(dòng)算力并網(wǎng)白皮書(shū)》

8、回復(fù)“5GX3”免費(fèi)領(lǐng)取《 R16 23501-g60 5G的系統(tǒng)架構(gòu)1》

共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

mao_mao 威望 -100 個(gè)
· 缺少附件，請(qǐng)盡快上傳后通知版主，謝謝 ... 詳細(xì).. 發(fā)表與：2012-4-5 11:46:02

[充值威望，立即自動(dòng)到帳] [VIP貴賓權(quán)限+威望套餐] 另有大量?jī)?yōu)惠贈(zèng)送活動(dòng)，請(qǐng)光臨充值中心
充值擁有大量的威望和最高的下載權(quán)限，下載站內(nèi)資料無(wú)憂

666111K

禁止發(fā)言

發(fā)短消息

關(guān)注Ta

公益·環(huán)保勛章

積分 1950
帖子 367
威望 9197 個(gè)
禮品券 40 個(gè)
專(zhuān)家指數(shù) 75
注冊(cè) 2009-7-29
專(zhuān)業(yè)方向網(wǎng)優(yōu)
回答問(wèn)題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%

大中小

使用道具

發(fā)表于 2012-04-09 13:52:11

*** 作者被禁止或刪除內(nèi)容自動(dòng)屏蔽 ***

siemensn

初級(jí)會(huì)員
鎵嬫満鍙風(fēng)爜宸查獙璇? style=

發(fā)短消息

關(guān)注Ta

積分 220
帖子 46
威望 7742 個(gè)
禮品券 5 個(gè)
專(zhuān)家指數(shù) -10
注冊(cè) 2010-12-30
專(zhuān)業(yè)方向 TD、LTE
來(lái)自安徽合肥
回答問(wèn)題數(shù) 0
回答被采納數(shù) 0
回答采納率 0%

大中小

使用道具

發(fā)表于 2012-04-09 22:50:32

謝謝樓主�。。。�！

快速回復(fù)主題
標(biāo)題
內(nèi)容	上傳資料請(qǐng)點(diǎn)左側(cè)【添加附件】

共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

對(duì)本帖內(nèi)容的看法？我要點(diǎn)評(píng)

您即將訪問(wèn)其它網(wǎng)站關(guān)閉


	您即將訪問(wèn)其它網(wǎng)站關(guān)閉您即將訪問(wèn)的地址是其它網(wǎng)站的內(nèi)容，MSCBSC將不再對(duì)其安全性和可靠性負(fù)責(zé)，請(qǐng)自行判斷是否繼續(xù)前往繼續(xù)訪問(wèn) 取消訪問(wèn)，關(guān)閉

共獲得 1 次點(diǎn)評(píng) 我要點(diǎn)評(píng)

對(duì)本帖內(nèi)容的看法？ 我要點(diǎn)評(píng)

您即將訪問(wèn)其它網(wǎng)站關(guān)閉

對(duì)本帖內(nèi)容的看法？我要點(diǎn)評(píng)