資源描述：
《TD_SCDMA接口協(xié)議與信令流程（PPT122頁(yè)).ppt》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。
1、TD-SCDMA接口協(xié)議與信令流程0課程內(nèi)容UTRAN系統(tǒng)結(jié)構(gòu)TD-SCDMA接口分層概念接口協(xié)議和信令流程1SRNSDRNSNodeBNodeBNodeBNodeBRNCCNRNCIuIuIurIubIubIubIubUEUu網(wǎng)絡(luò)總體結(jié)構(gòu)圖2RNC相關(guān)的名詞3UTRAN通用協(xié)議模型4UTRAN通用協(xié)議模型UTRAN層次從水平方向上可以分為傳輸網(wǎng)絡(luò)層和無(wú)線網(wǎng)絡(luò)層；從垂直方向上則包括四個(gè)平面：控制平面用戶平面?zhèn)鬏斁W(wǎng)絡(luò)層控制平面?zhèn)鬏斁W(wǎng)絡(luò)層用戶平面5課程內(nèi)容UTRAN系統(tǒng)結(jié)構(gòu)TD-SCDMA接口分層概念控制面和用戶面接入層和非接入層接口協(xié)議和信令流程6無(wú)線網(wǎng)絡(luò)層控制面和用戶面控制
2、面的作用控制無(wú)線接入承載及UE和網(wǎng)絡(luò)之間的連接透明傳輸非接入層消息用戶面的作用傳輸通過(guò)接入網(wǎng)的用戶數(shù)據(jù)在UTRAN系統(tǒng)中，無(wú)線網(wǎng)絡(luò)層每個(gè)接口上都有用戶面和控制面。所有無(wú)線網(wǎng)絡(luò)層的用戶面數(shù)據(jù)和控制面數(shù)據(jù)都是傳輸網(wǎng)絡(luò)層的用戶面。RNSRNSNodeBNodeBNodeBNodeBRNCCNRNCIuIuIurIubIubIubIub7接入層和非接入層8接入層和非接入層舉一個(gè)例子:在AMR語(yǔ)音電話（主叫）的信令流程中，有下列幾條信令，是UE與核心網(wǎng)之間的信令，也就是非接入層的控制面信令。這些信令先封裝在RRC協(xié)議中透明傳輸?shù)絉NC，RNC將這些信令從RRC消息中解開，再封裝到RA
3、NAP協(xié)議中，通過(guò)RANAP透明傳輸?shù)胶诵木W(wǎng)側(cè)：UE?RNCCMServiceRequestUE?RNCAuthenticationRequestUE?RNCAuthenticationResponseUE?RNCCMServiceAcceptUE?RNCSETUPUE?RNCCallProcessingUE?RNCAlertingUE?RNCConnectUE?RNCConnectAcknowledge非接入層協(xié)議可參考3GPPTS24.008;TS23.060非接入層作用是在UE與核心網(wǎng)之間傳遞消息或用戶數(shù)據(jù)9課程內(nèi)容UTRAN系統(tǒng)結(jié)構(gòu)TD-SCDMA接口分層概念接口協(xié)
4、議和信令流程UU口相關(guān)協(xié)議IU口相關(guān)協(xié)議IUB口相關(guān)協(xié)議信令流程10Control控制面信令用戶面消息Uu接口邊界RRCMAC物理層BMCRLCRLCRLCRLCRLCRLCRLCRLCPDCPPDCP傳輸信道邏輯信道無(wú)線承載ControlControlControlControlL1L2/MACL2/RLCL2/BMCL2/PDCPL3空中接口協(xié)議模型11RLC層協(xié)議RLC(RadioLinkControl)層通訊協(xié)議：主要功能是提供不同的傳輸質(zhì)量(QoS,QualityofService)處理，根據(jù)不同的傳輸質(zhì)量要求，針對(duì)所傳輸?shù)臄?shù)據(jù)或控制命令進(jìn)行不同的切割、傳送、重傳
5、與組合處理。在系統(tǒng)中，定義了對(duì)話(Conversational)、流式(Streaming)、交互(Interactive)與背景(Background)等四種不同的QoS等級(jí)，而RLC以下列三種方式來(lái)進(jìn)行數(shù)據(jù)包的切割分封處理，來(lái)滿足不同的傳輸質(zhì)量要求：TransparentMode(TM)：根據(jù)數(shù)據(jù)包長(zhǎng)度直接進(jìn)行切割封裝，不做任何其他處理；適用于對(duì)實(shí)時(shí)傳輸要求較高的服務(wù)，如VoiceCall、VideoStreaming等。UnacknowledgedMode(UM)：除了切割封裝之外，在每個(gè)數(shù)據(jù)包前另加適當(dāng)?shù)臉?biāo)頭，以輔助接收端進(jìn)行數(shù)據(jù)包次序的檢查與錯(cuò)誤數(shù)據(jù)包的丟棄，適用
6、于對(duì)實(shí)時(shí)傳輸及數(shù)據(jù)包次序都有要求的服務(wù)，如VoIP、VideoPhone等。AcknowledgedMode(AM)：除了切割封裝與數(shù)據(jù)包次序標(biāo)頭的附加外，在接收端更需針對(duì)每個(gè)數(shù)據(jù)包進(jìn)行次序檢查、重復(fù)檢測(cè)以及重傳處理，使所有的數(shù)據(jù)包都能正確地到達(dá)接收端，適用于對(duì)實(shí)時(shí)傳輸要求不高、但對(duì)數(shù)據(jù)正確性要求很高的服務(wù)，如WebBrowsing、Email、FileTransfer等。12MAC層協(xié)議MAC(MediaAccessControl)層通訊協(xié)議：主要功能是根據(jù)不同的無(wú)線資源分配要求，將來(lái)自RLC不同邏輯信道(LogicalChannel)的數(shù)據(jù)包，映射到包括公共、共享或?qū)Ｓ?/p>
7、等性質(zhì)的傳輸信道(TransportChannel)。其中通過(guò)專用信道進(jìn)行傳輸，其傳輸質(zhì)量較能得到保障，但對(duì)系統(tǒng)無(wú)線資源的占用也是最多的MAC子層共有MAC-b、MAC-c/sh、MAC-d等實(shí)體，其中：MAC-b：用來(lái)處理廣播信道（BCH）上傳輸?shù)男畔ⅰAC-c/sh：處理PCH、FACH、RACH、USCH和DSCH上傳輸?shù)男畔ⅰAC-d：處理專用信道（DCH）上傳輸?shù)男畔ⅰ?3邏輯信道14傳輸信道傳輸信道是由L1提供給高層的服務(wù)，根據(jù)在空中接口上如何傳輸及傳輸什么特性的數(shù)據(jù)來(lái)定義的。傳輸信道一般可分為兩組
