国产超碰女人让你爽,中文乱码一线二线三线,欧洲熟妇色XXXX欧美老妇免费

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

關(guān)注樓主

TLL-LTE信令流程

李宇陽

新手上路

發(fā)短消息

關(guān)注Ta

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

#1

大中小

使用道具

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

TDD-LTE 基本信令流程

指導(dǎo)書

TDD-LTE基本信令流程指導(dǎo)書網(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
開機附著流程... 9

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

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

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

3.5
切換流程... 12

3.6
空口RRC信令... 14

1
概述對信令的理解和熟悉有助于在網(wǎng)絡(luò)規(guī)劃和優(yōu)化過程中定位問題，因此是網(wǎng)絡(luò)優(yōu)化的必備能力。通常遇到問題，我們需要結(jié)合網(wǎng)絡(luò)側(cè)（后臺信令跟蹤）和終端側(cè)兩邊的信令，共同分析。
本文首先介紹了LTE網(wǎng)絡(luò)架構(gòu)及各個接口；接著詳細(xì)描述了TDD-LTE的空口的信令流程，希望對讀者學(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é)點B（evolved NodeB）組成，提供到UE的E-UTRA控制面與用戶面的協(xié)議終止點。eNB之間通過X2接口進(jìn)行連接，并且在需要通信的兩個不同eNB之間總是會存在X2接口。LTE接入網(wǎng)與核心網(wǎng)之間通過S1接口進(jìn)行連接，S1接口支持多—多聯(lián)系方式。
與3G網(wǎng)絡(luò)架構(gòu)相比，接入網(wǎng)僅包括eNB一種邏輯節(jié)點，網(wǎng)絡(luò)架構(gòu)中節(jié)點數(shù)量減少，網(wǎng)絡(luò)架構(gòu)更加趨于扁平化。扁平化網(wǎng)絡(luò)架構(gòu)降低了呼叫建立時延以及用戶數(shù)據(jù)的傳輸時延，也會降低OPEX與CAPEX。
由于eNB與MME/S-GW之間具有靈活的連接（S1-flex），UE在移動過程中仍然可以駐留在相同的MME/S-GW上，有助于減少接口信令交互數(shù)量以及MME/S-GW的處理負(fù)荷。當(dāng)MME/S-GW與eNB之間的連接路徑相當(dāng)長或進(jìn)行新的資源分配時，與UE連接的MME/S-GW也可能會改變。

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)需求。針對LTE的系統(tǒng)架構(gòu)，網(wǎng)絡(luò)功能劃分如下圖：

eNB功能：
1）
無線資源管理相關(guān)的功能，包括無線承載控制、接納控制、連接移動性管理、上/下行動態(tài)資源分配/調(diào)度等；
2）
IP頭壓縮與用戶數(shù)據(jù)流加密；
3）
UE附著時的MME選擇；
4）
提供到S-GW的用戶面數(shù)據(jù)的路由；
5）
尋呼消息的調(diào)度與傳輸；
6）
系統(tǒng)廣播信息的調(diào)度與傳輸；
7）
測量與測量報告的配置。
MME功能：
1）
尋呼消息分發(fā)，MME負(fù)責(zé)將尋呼消息按照一定的原則分發(fā)到相關(guān)的eNB；
2）
安全控制；
3）
空閑狀態(tài)的移動性管理；
4）
SAE承載控制；
5）
非接入層信令的加密與完整性保護(hù)。
服務(wù)網(wǎng)關(guān)功能：
1）
終止由于尋呼原因產(chǎn)生的用戶平面數(shù)據(jù)包；
2）
支持由于UE移動性產(chǎn)生的用戶平面切換。
2.2
E-UTRAN接口的通用協(xié)議模型E-UTRAN接口的通用協(xié)議模型如下圖所示，適用于E-UTRAN相關(guān)的所有接口，即S1和X2接口。E-UTRAN接口的通用協(xié)議模型繼承了UTRAN接口的定義原則，即控制面和用戶面相分離，無線網(wǎng)絡(luò)層與傳輸網(wǎng)絡(luò)層相分離。繼續(xù)保持控制平面與用戶平面、無線網(wǎng)絡(luò)層與傳輸網(wǎng)絡(luò)層技術(shù)的獨立演進(jìn)，同時減少了LTE系統(tǒng)接口標(biāo)準(zhǔn)化工作的代價。

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用來傳輸S-GW與eNB之間的用戶平面PDU。

GTP-U協(xié)議具備以下特點：
1）
GTP-U協(xié)議既可以基于IPv4/UDP傳輸，也可以基于IPv6/UDP傳輸；
2）
隧道端點之間的數(shù)據(jù)通過IP地址和UDP端口號進(jìn)行路由；
3）
UDP頭與使用的IP版本無關(guān)，兩者獨立。
S1用戶面無線網(wǎng)絡(luò)層協(xié)議功能：
1）
在S1接口目標(biāo)節(jié)點中指示數(shù)據(jù)分組所屬的SAE接入承載；
2）
移動性過程中盡量減少數(shù)據(jù)的丟失；
3）
錯誤處理機制；
4）
MBMS支持功能；
5）
分組丟失檢測機制；
2.3.2
S1接口控制面S1控制平面接口位于E-NodeB和MME之間，傳輸網(wǎng)絡(luò)層是利用IP傳輸，這點類似于用戶平面；為了可靠的傳輸信令消息，在IP曾之上添加了SCTP；應(yīng)用層的信令協(xié)議為S1-AP。S1接口控制面協(xié)議棧如下圖所示：

S1控制面功能：
1）
SAE承載服務(wù)管理功能（包括SAE承載建立、修改和釋放）；
2）
S1 接口UE上下文釋放功能；
3）
LTE_ACTIVE狀態(tài)下UE的移動性管理功能（包括Intra-LTE切換和Inter-3GPP-RAT切換）；
4）
S1接口的尋呼；
5）
NAS信令傳輸功能；
6）
S1接口管理功能（包括復(fù)位、錯誤指示以及過載指示等）；
7）
網(wǎng)絡(luò)共享功能；
8）
漫游于區(qū)域限制支持功能；
9）
NAS節(jié)點選擇功能；
10）
初始上下文建立過程；
11）
S1接口的無線網(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接口用戶平面提供eNB之間的用戶數(shù)據(jù)傳輸功能。X2-UP的協(xié)議棧結(jié)構(gòu)如下圖所示，X2-UP的傳輸網(wǎng)絡(luò)層基于IP傳輸，UDP/IP協(xié)議之上采用GTP-U來傳輸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)的移動性管理功能；
2）
X2接口自身的管理功能，如錯誤指示等；
3）
上行負(fù)荷管理功能。

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

檢測PSCH（用于獲得5ms時鐘，并獲得小區(qū)ID組內(nèi)的具體小區(qū)ID）

檢測SSCH（用于獲得無線幀時鐘、小區(qū)ID組、BCH天線配置）

檢測下行參考信號（用于獲得BCH天線配置，是否采用位移導(dǎo)頻）

讀取BCH（用于獲得其它小區(qū)信息）

3.2
隨機接入流程隨機接入分為基于沖突的隨機接入和基于非沖突的隨機接入兩個流程。其區(qū)別為針對兩種流程其選擇隨機接入前綴的方式。前者為UE從基于沖突的隨機接入前綴中依照一定算法隨機選擇一個隨機前綴；后者是基站側(cè)通過下行專用信令給UE指派非沖突的隨機接入前綴。具體流程如下：
基于沖突的隨機接入：

1)
UE在RACH上發(fā)送隨機接入前綴；
2)
ENb的MAC層產(chǎn)生隨機接入響應(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ā)送。
基于非沖突的隨機接入

1)
ENb 通過下行專用信令給UE指派非沖突的隨機接入前綴（non-contention Random Access Preamble ），這個前綴不在BCH上廣播的集合中。
2)
UE在RACH上發(fā)送指派的隨機接入前綴。
3)
ENb的MAC層產(chǎn)生隨機接入響應(yīng)，并在DL-SCH上發(fā)送。
3.3
開機附著流程3.3.1
正常流程UE剛開機時，先進(jìn)行物理下行同步，搜索測量進(jìn)行小區(qū)選擇，選擇到一個suitable或者acceptable小區(qū)后，駐留并進(jìn)行附著過程。附著流程圖如下：

說明：
1)
步驟1～5會建立RRC連接，步驟6、9會建立S1連接，完成這些過程即標(biāo)志著NAS signalling connection建立完成，見24.301。
2)
消息7的說明：UE剛開機第一次attach，使用的IMSI，無Identity過程；后續(xù)，如果有有效的GUTI，使用GUTI attach，核心網(wǎng)才會發(fā)起Identity過程（為上下行直傳消息）。
3)
消息10~12的說明：如果消息9帶了UE Radio Capability IE，則eNB不會發(fā)送UECapabilityEnquiry消息給UE，即沒有10~12過程；否則會發(fā)送，UE上報無線能力信息后，eNB再發(fā)UE Capability Info Indication，給核心網(wǎng)上報UE的無線能力信息。
Ø
為了減少空口開銷，在IDLE下MME會保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息會帶給eNB，除非UE在執(zhí)行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU過程（也就是這些過程MME不會帶UE Radio Capability信息給eNB，并會把本地保存的UE Radio Capability信息刪除，eNB會問UE要能力信息，并報給MME。注："UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities in ECM-IDLE.）。
Ø
在CONNECTED下，eNB會一直保存UE Radio Capability信息。
Ø
UE的E_UTRAN無線能力信息如果發(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的說明：eNB發(fā)送完消息13，并不需要等收到消息14，就直接發(fā)送消息15。
7)
如果發(fā)起IMSI attach時，UE的IMSI與另外一個UE的IMSI重復(fù)，并且其他UE已經(jīng)attach，則核心網(wǎng)會釋放先前的UE。如果IMSI中的MNC與核心網(wǎng)配置的不一致，則核心網(wǎng)會回復(fù)attach reject。
8)
消息9的說明：該消息為MME向eNB發(fā)起的初始上下文建立請求，請求eNB建立承載資源，同時帶安全上下文，可能帶用戶無線能力、切換限制列表等參數(shù)。UE的安全能力參數(shù)是通過attach
request消息帶給核心網(wǎng)的，核心網(wǎng)再通過該消息送給eNB。UE的網(wǎng)絡(luò)能力（安全能力）信息改變的話，需要發(fā)起TAU。
3.3.2
異常流程3.3.2.1
RRC連接建立失敗

3.3.2.2
核心網(wǎng)拒絕
1)
如果是ESM過程導(dǎo)致的拒絕（比如默認(rèn)承載建立失敗），才會帶PDN CONNECTIVITY REJECT消息；EMM層拒絕，只有ATTACH REJECT消息。
2)
常見的拒絕原因有：IMSI中的MNC與核心網(wǎng)配置的不一致。
3.3.2.3
eNB未等到Initial context setup request消息

3.3.2.4
RRC重配消息丟失或者沒收到RRC重配完成消息或者eNB內(nèi)部配置UE的安全參數(shù)等失敗

3.4
UE發(fā)起的service request流程3.4.1
正常流程UE在IDLE模式下，需要發(fā)送業(yè)務(wù)數(shù)據(jù)時，發(fā)起service request過程，流程圖如下：

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過程失敗沒有重發(fā)。
3.4.2.4
RRC重配消息丟失或者eNB內(nèi)部配置UE的安全參數(shù)失敗或者沒有建立起來一個非GBR承載同3.3.2.4，區(qū)別在于service request過程失敗沒有重發(fā)。
3.4.2.5
eNB建立專用承載失敗當(dāng)attach成功，建立一個專用承載后，如果RRC連接釋放進(jìn)入了IDLE，下次UE發(fā)起數(shù)據(jù)時會發(fā)起service request，該過程會為默認(rèn)承載和專用承載建立對應(yīng)的DRB等參數(shù)。如果eNB建立專用承載失敗，則回復(fù)給核心網(wǎng)Initial context setup response，帶失敗列表，告知核心網(wǎng)專用承載建立失敗，核心網(wǎng)會本地去激活該專用承載；同時RRCConnectionReconfiguration消息也不會帶該專用承載的DRB，UE收到后發(fā)現(xiàn)該專用承載對應(yīng)的DRB沒有建立起來，也會本地去激活該承載，這樣UE和核心網(wǎng)承載保持一致。
流程圖同3.4.1正常流程。
3.4.2.6
eNB建立默認(rèn)承載失敗場景同上，當(dāng)建立的這個專用承載也為非GBR承載時，eNB可能會成功建立該專用承載，而失敗建立默認(rèn)非GBR承載，這樣回復(fù)給核心網(wǎng)Initial context setup response，帶失敗列表，核心網(wǎng)發(fā)現(xiàn)默認(rèn)承載建立失敗時，會本地detach該UE；同時RRCConnectionReconfiguration消息也不會帶該默認(rèn)承載的DRB，UE收到后發(fā)現(xiàn)默認(rèn)承載對應(yīng)的DRB沒有建立起來，也會本地去激活該默認(rèn)承載，以及關(guān)聯(lián)的專用承載，從而本地detach（只有一個默認(rèn)承載時），這樣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ù)或者信令）時，發(fā)起尋呼過程，流程圖如下：

3.5.2
IMSI尋呼當(dāng)網(wǎng)絡(luò)發(fā)生錯誤需要恢復(fù)時（例如S-TMSI不可用），可發(fā)起IMSI尋呼，UE收到后執(zhí)行本地detach，然后再開始attach。

3.6
TAU流程當(dāng)UE進(jìn)入一個小區(qū)，該小區(qū)所屬TAI不在UE保存的TAI list內(nèi)時，UE發(fā)起正常TAU流程，分為IDLE和CONNECTED（即切換時）下。如果TAU accept分配了一個新的GUTI，則UE需要回復(fù)TAU complete，否則不用回復(fù)。
3.6.1
正常流程3.6.1.1
IDLE下發(fā)起的IDLE下，如果有上行數(shù)據(jù)或者上行信令（與TAU無關(guān)的）發(fā)送，UE可以在TAU request消息中設(shè)置an "active"標(biāo)識，來請求建立用戶面資源，并且TAU完成后保持NAS信令連接。如果沒有設(shè)置"active"標(biāo)識，則TAU完成后釋放NAS信令連接。
IDLE下發(fā)起的也可以帶EPS bearer context status IE，如果UE帶該IE，MME回復(fù)消息也帶該IE，雙方EPS承載通過這個IE保持同步。
Ø
IDLE下發(fā)起的不設(shè)置"active"標(biāo)識的正常TAU流程圖如下：

3.6.1.2
CONNECTED下發(fā)起的說明：
1）如果TAU accept未分配一個新的GUTI，則無過程6、7；
2）切換下發(fā)起的TAU，完成后不會釋放NAS信令連接；
3）CONNECTED下發(fā)起的TAU，不能帶"active"標(biāo)識。
3.6.2
異常流程異常流程同3.4.2。
3.7
去附著3.7.1
關(guān)機去附著UE關(guān)機時，需要發(fā)起去附著流程，來通知網(wǎng)絡(luò)釋放其保存的該UE的所有資源，流程圖如下：
說明：
1)
IDLE和CONNECTED下發(fā)起的區(qū)別同上面TAU的區(qū)別；
2)
如果是非關(guān)機去附著，則會收到MME的Detach Accept響應(yīng)消息和eNB的RRC Connection Release消息。
3.7.2
非關(guān)機去附著3.7.2.1
IDLE下發(fā)起的非關(guān)機去附著
3.7.2.2
CONNECTED下發(fā)起的非關(guān)機去附著
3.8
切換流程當(dāng)UE在CONNECTED模式下時，eNodeB可以根據(jù)UE上報的測量信息來判決是否需要執(zhí)行切換，如果需要切換，則發(fā)送切換命令給UE，UE不區(qū)分切換是否改變了eNodeB。非競爭切換流程圖如下：

3.9
專用承載建立流程3.9.1
正常流程專用承載建立可以由UE或者MME主動發(fā)起，eNB不能主動發(fā)起，并且只能在connected下發(fā)起該流程。

說明：
1）如果是MME主動發(fā)起的承載建立流程，則無步驟1、2；
2）UE發(fā)起的承載建立流程，核心網(wǎng)可以回復(fù)承載建立、修改流程；
3）可以同時建立多個專用承載，但目前還不支持。
3.9.2
異常流程3.9.2.1
核心網(wǎng)拒絕
如果拒絕原因值是"unknown EPS bearer context"，UE會本地去激活存在的默認(rèn)承載。
3.9.2.2
eNB本地建立失�。ê诵木W(wǎng)主動發(fā)起的建立）如果eNB建立失敗，會回復(fù)E-RAB SETUP RESPONSE
，帶失敗建立的承載列表，并帶原因值，核心網(wǎng)應(yīng)該根據(jù)原因值處理（目前eNB的實現(xiàn)是：如果eNB本地建立失敗，即還沒有給UE發(fā)送RRC重配消息，這時eNB會發(fā)送NAS NON DELIVERY INDICATION給MME）。但目前核心網(wǎng)沒有查看原因值，都給UE下發(fā)了Deactivate EPS bearer context request
消息（與協(xié)議不符），UE查找不到該承載，也回復(fù)Deactivate EPS bearer context accept。

3.9.2.3
eNB未等到RRC重配完成消息，回復(fù)失敗
eNB未收到RRC重配完成消息時，會給核心網(wǎng)發(fā)UE上下文釋放請求消息。
3.9.2.4
UE NAS層拒絕如果是UE的NAS層拒絕，則核心網(wǎng)收到后會給eNB發(fā)送E-RAB釋放消息，來釋放剛剛建立的S1承載，此時不帶NAS PDU。eNB收到消息后，發(fā)RRC重配給UE來釋放剛建立的DRB參數(shù)。

3.9.2.5
上行直傳NAS消息丟失
說明：如果核心網(wǎng)沒有收到UE回復(fù)的NAS消息，會重發(fā)請求消息，重發(fā)4次后，如果還沒收到應(yīng)答則放棄。
3.10專用承載修改流程3.10.1
正常流程專用承載修改可以由UE 、MME主動發(fā)起，不能由eNB主動發(fā)起，只能在connected下發(fā)起該流程。流程圖如下：
3.10.1.1
修改QoS
說明：
1）MME主動發(fā)起的承載建立/修改/釋放無步驟1、2；
2）eNB主動發(fā)起的釋放，無步驟1，步驟2改為發(fā)送E-RAB RELEASE INDICATION
消息給MME；
3）UE發(fā)起的承載修改流程，核心網(wǎng)可以回復(fù)承載建立、修改、釋放流程。
3.10.1.2
不修改QoS，只修改TFT
說明：
不修改QoS，只修改TFT參數(shù)時，為上下行直傳消息，與eNB無關(guān)。
3.10.2
異常流程3.10.2.1
核心網(wǎng)拒絕如果拒絕原因值是"unknown EPS bearer context"，UE會本地去激活存在的專用承載。
3.10.2.2
eNB回復(fù)失敗eNB回復(fù)失敗區(qū)分為：
eNB本地失敗，沒有給UE發(fā)送RRC重配消息；
eNB未收到RRC重配完成消息，回復(fù)失敗。
以上過程同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專用承載釋放流程專用承載釋放可以由eNB 、MME主動發(fā)起，只能在connected下發(fā)起該流程。
流程圖如下：

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

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

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

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

3、回復(fù)“YD6G”免費領(lǐng)取《中國移動：6G至簡無線接入網(wǎng)白皮書》

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

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

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

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

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

共獲得 1 次點評我要點評

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

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

666111K

禁止發(fā)言

發(fā)短消息

關(guān)注Ta

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

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

#2

大中小

使用道具

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

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

siemensn

初級會員

發(fā)短消息

關(guān)注Ta

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

#3

大中小

使用道具

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

謝謝樓主！�。。�！

對本帖內(nèi)容的看法？我要點評

當(dāng)前時區(qū) GMT+8, 現(xiàn)在時間是 2025-02-02 19:24:04
渝ICP備11001752號 Copyright @ 2006-2016 mscbsc.com 本站統(tǒng)一服務(wù)郵箱：mscbsc@163.com

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


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

共獲得 1 次點評 我要點評

對本帖內(nèi)容的看法？ 我要點評

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

共獲得 1 次點評我要點評

對本帖內(nèi)容的看法？我要點評