問題已開啟
(普通問題)
RLC_AM_DATA_IND 和 RLC_AM_DATA_CNF 的區(qū)別是什么?
本人新手,不太理解RLC層的這兩條原語的區(qū)別。字段上的區(qū)別的實際意義又是什么呀?
望各位不吝賜教~
望各位不吝賜教~
提問者: shijianshi9860 提問時間: 2013-07-23
• ZCSA-DATACOMM-ENU這個是什么求解 2016-10-18
• DATaServiceMsgEvent表示什么?包含哪些信息?MRtoHO表示什么含義? 2016-09-02
• 導(dǎo)致MO-DATA類型RRC鏈接失敗,定時器超時的原因有哪些,怎么處理??? 2016-05-01
• 對GSM而言,DATa Call和GPRS數(shù)據(jù)連接是一回事么? 2016-04-11
• tems數(shù)據(jù)測試出現(xiàn)DATa port could not be opened 2016-03-31
• CXT4.1+MF832s鎖PCI測試提示cannotopenDATacomportofphone 2015-12-25
• FailedtoopenCaptureIPAgentcontrol/DATasocketport 2015-12-13
• 愛立信ipDATabase如何實現(xiàn)自動更新 2015-10-24
• DATaServiceMsgEvent表示什么?包含哪些信息?MRtoHO表示什么含義? 2016-09-02
• 導(dǎo)致MO-DATA類型RRC鏈接失敗,定時器超時的原因有哪些,怎么處理??? 2016-05-01
• 對GSM而言,DATa Call和GPRS數(shù)據(jù)連接是一回事么? 2016-04-11
• tems數(shù)據(jù)測試出現(xiàn)DATa port could not be opened 2016-03-31
• CXT4.1+MF832s鎖PCI測試提示cannotopenDATacomportofphone 2015-12-25
• FailedtoopenCaptureIPAgentcontrol/DATasocketport 2015-12-13
• 愛立信ipDATabase如何實現(xiàn)自動更新 2015-10-24
問題答案
( 1 )
樓主,相關(guān)的資料已經(jīng)發(fā)到shijianshi9860@qq.com
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
標(biāo)簽:TD-SCDMA PDCP
分組數(shù)據(jù)匯聚協(xié)議(PDCP)在接人層(AS)協(xié)議棧中的位置位于RLC層之上,受RRC的調(diào)度和控制,將來自上層的用戶數(shù)據(jù)傳輸?shù)絉LC子層。PDCP提供給上層的服務(wù)是PDCP SDU傳遞。協(xié)議棧的結(jié)構(gòu)圖可參考協(xié)議3GPP TS25.301。
1 PDCP結(jié)構(gòu)與功能描述
圖1給出PDCP模塊的詳細結(jié)構(gòu)。每個PS域的無線接入承載(RAB)都和1個RB相關(guān)聯(lián),每個RB又和1個PDCP實體相關(guān)聯(lián)。根據(jù)RLC模式的 不同,每個PDCP實體可和1個或2個RLC相關(guān)聯(lián),1個PDCP可和2個非確認模式/透明模式的RLC實體(1個上行和1個下行)或1個確認模式 (AM)RLC實體相關(guān)聯(lián)。PDCP可使用1種減多種壓縮算法(RFC 2507和RFC3095,當(dāng)前只使用RFC2507),也可不使用壓縮算法。
在實現(xiàn)PDCP功能時,可將PDCP分為2個子模塊:PDCP控制部分,主要完成對PDCP控制服務(wù)接入點的處理,通過PDCP和RRC接口發(fā)送原
語,并產(chǎn)生、配置和刪除PDCP實體,RRC給PDCP配置所有首部壓縮所需參數(shù),并把PDCP和RAB、RB關(guān)聯(lián)起來;二是PDCP用戶部分,主要完成
從RB接收數(shù)據(jù),在上行鏈路上,壓縮IP分組數(shù)據(jù)包首部,然后發(fā)送到相應(yīng)的實體;在下行鏈路上,PDCP從RLC接收首部壓縮數(shù)據(jù),進行解壓縮后傳送到上
層。
PDCP實現(xiàn)的功能有:一是在發(fā)送方或接收方的PDCP實體中IP數(shù)據(jù)流的頭壓縮和解壓縮。頭壓縮是針對特定的網(wǎng)絡(luò)層、傳輸層或上層協(xié)議組合。當(dāng)一 個PDP上下文被激活時需知道網(wǎng)絡(luò)層協(xié)議,PDCP可以通過PID值標(biāo)識頭壓縮協(xié)議的不同類型。PDCP配置由UTRAN設(shè)置;用戶數(shù)據(jù)的傳輸,這個功能 被用于在PDCP服務(wù)的用戶之間的數(shù)據(jù)匯聚。PDCP實例被配置成功后可進行數(shù)據(jù)傳輸,在上行鏈路數(shù)據(jù)傳輸過程中PDCP收到RABM發(fā)送的數(shù)據(jù),根據(jù)配 置信息將數(shù)據(jù)組裝成PDU以原語形式發(fā)送給RLC。在下行鏈路數(shù)據(jù)傳輸過程中PDCP收到RLC送來的數(shù)據(jù)后將數(shù)據(jù)組裝成PDCP SDU發(fā)送到RABM實體;如果PDCP應(yīng)用于SRNS重定位,則PDCP需要保存對于RB的SDU序列號。只有當(dāng)RLC配置為確認模式(AM)且順序傳 輸時才支持無丟失SRNS重定位。雖然RLC提供可靠的數(shù)據(jù)傳輸服務(wù),但是當(dāng)SRNS重定位時并不能保證傳輸?shù)目煽啃,所以PDCP在SRNS重定位時需 要保存PDCP序列號以避免數(shù)據(jù)丟失。
2 PDCP接口描述
接口結(jié)構(gòu)圖如圖2所示。PDCP接口主要與RRC,RABM和RLC相連接,通過PDCP_RRC接口RRC給PDCP配置所需參數(shù)。在完成控制部 分相關(guān)操作完成后PDCP通過PDCP_RAB和RLC_PDCP接口完成與RABM和RLC之間的數(shù)據(jù)傳遞,實現(xiàn)上下行的數(shù)據(jù)傳輸。
3 過程實現(xiàn)
3.1 PDCP數(shù)據(jù)傳輸過程(RLC_AM模式)
UE開始進行數(shù)據(jù)傳送,首先PDCP處于空狀態(tài),RRC沒有對PDCP進行配置。RRC向PDCP發(fā)送1條“CPDCP_CONFIG_REQ”原 語,進行PDCP實例的配置,保留配置參數(shù)后準備收發(fā)數(shù)據(jù)。然后RRC通知RABM可進行數(shù)據(jù)傳輸,RABM將數(shù)據(jù)以“PDCP_DATA_REQ”原語 發(fā)送到PDCP,PDCP將完成IP頭壓縮等操作,將PDCP SDU組裝成PDCP PDU,并以'RLC_AM_DATA_REQ”原語發(fā)送到RLC實例。如果支持無丟失SRNS重定位,PDCP收到“RLC_AM_DATA_CNF” 消息時;如果指示PDU發(fā)送成功,則PDCP將釋放掉該數(shù)據(jù);如果不成功,PDCP需重發(fā)該數(shù)據(jù)。如果不支持無丟失SRNS重定位,可省去該消息。然后 PDCP收到RLC的“RLC_AM_DATA_IND”消息,將PDU進行解壓縮處理等,組裝成“PDCP_DATA_IND”原語發(fā)送RABM實體。 如果PDCP配置了無丟失SRNS重定位,就需要維護序列號,可通過“CPDCP_RE_LOC_REQ/CNF”原語進行操作。在數(shù)據(jù)傳輸過程中,如果 RRC需要對PDCP進行重配置實例,發(fā)送“CPDCP_CONFIG_REQ”進行該操作。數(shù)據(jù)收發(fā)完成后RRC向PDCP發(fā)送 “CPDCP_RELEASE_REQ”消息釋放PDCP實例,PDCP回到空狀態(tài)。
以上的各種消息里包含一些參數(shù),參數(shù)列表見表1。圖3給出RLC-AM的PDCP數(shù)據(jù)傳輸過程。
3.2 PDCP數(shù)據(jù)傳輸過程(UM-RLC模式)
UM-RLC的PDCP數(shù)據(jù)傳輸過程與AM-RLC過程大致相同,這里不進行詳細說明。不同之處在于:PDCP在上行鏈路數(shù)據(jù)傳輸時,PDCP將 SABM發(fā)送來的SDU組裝成PDU后以“RLC_UM_DATA_REQ”原語形式發(fā)送到RLC;當(dāng)下行鏈路進行數(shù)據(jù)傳輸時RLC將PDU以 “RLC_UM_DATA_IND”原語形式發(fā)送到PDCP!癛LC_UM_DATA_REQ/IND”和“RLC_AM_DATA_REQ/IND” 參見協(xié)議3GPP TS25.322;因為只有RLC配置為AM模式且順序傳輸時才支持無SRNS重定位,所以在該過程是不支持無SRNS重定位的,則 “CPDCP_RELOC_REQ/CNF”和“RLC_AM_DATA_CNF”消息在該過程中將被視為無效。
3.3 PDCP數(shù)據(jù)傳輸過程(TM-RLC模式)
TM-RLC的PDCP數(shù)據(jù)傳輸過程與UM-RLC過程基本相同,不同在于PDCP將上層送下來的SDU組裝成PDU后以RLC_UM_DATA_REQ發(fā)送到RLC;下行鏈路數(shù)據(jù)傳輸時RLC將數(shù)據(jù)以RLC_UM_DATA_IND發(fā)到PDCP。
4 結(jié)語
TD-SCDMA標(biāo)準是我國向ITU提出并被采納的第一個國際性通信標(biāo)準,它在頻譜利用率、業(yè)務(wù)支持的靈活性和成本等方面具有獨特的優(yōu)勢。在用戶數(shù) 據(jù)業(yè)務(wù)空前發(fā)展的今天,只有滿足用戶的需求、提供優(yōu)質(zhì)的服務(wù)才能更好的占據(jù)市場。PDCP就是用戶數(shù)據(jù)平面里L(fēng)2的子層,本文就它的結(jié)構(gòu)、功能、實現(xiàn)過程 進行了描述,對于了解PDCP子層功能、PDCP工程實現(xiàn)有一定的幫助。
發(fā)件人是nt_tys@mscbsc.com
希望能幫到樓主
TD-SCDMA系統(tǒng)終端協(xié)議棧PDCP子層的研究
時間:2012-07-20 16:33:57 來源:現(xiàn)代電子技術(shù) 作者:標(biāo)簽:TD-SCDMA PDCP
分組數(shù)據(jù)匯聚協(xié)議(PDCP)在接人層(AS)協(xié)議棧中的位置位于RLC層之上,受RRC的調(diào)度和控制,將來自上層的用戶數(shù)據(jù)傳輸?shù)絉LC子層。PDCP提供給上層的服務(wù)是PDCP SDU傳遞。協(xié)議棧的結(jié)構(gòu)圖可參考協(xié)議3GPP TS25.301。
1 PDCP結(jié)構(gòu)與功能描述
圖1給出PDCP模塊的詳細結(jié)構(gòu)。每個PS域的無線接入承載(RAB)都和1個RB相關(guān)聯(lián),每個RB又和1個PDCP實體相關(guān)聯(lián)。根據(jù)RLC模式的 不同,每個PDCP實體可和1個或2個RLC相關(guān)聯(lián),1個PDCP可和2個非確認模式/透明模式的RLC實體(1個上行和1個下行)或1個確認模式 (AM)RLC實體相關(guān)聯(lián)。PDCP可使用1種減多種壓縮算法(RFC 2507和RFC3095,當(dāng)前只使用RFC2507),也可不使用壓縮算法。
PDCP實現(xiàn)的功能有:一是在發(fā)送方或接收方的PDCP實體中IP數(shù)據(jù)流的頭壓縮和解壓縮。頭壓縮是針對特定的網(wǎng)絡(luò)層、傳輸層或上層協(xié)議組合。當(dāng)一 個PDP上下文被激活時需知道網(wǎng)絡(luò)層協(xié)議,PDCP可以通過PID值標(biāo)識頭壓縮協(xié)議的不同類型。PDCP配置由UTRAN設(shè)置;用戶數(shù)據(jù)的傳輸,這個功能 被用于在PDCP服務(wù)的用戶之間的數(shù)據(jù)匯聚。PDCP實例被配置成功后可進行數(shù)據(jù)傳輸,在上行鏈路數(shù)據(jù)傳輸過程中PDCP收到RABM發(fā)送的數(shù)據(jù),根據(jù)配 置信息將數(shù)據(jù)組裝成PDU以原語形式發(fā)送給RLC。在下行鏈路數(shù)據(jù)傳輸過程中PDCP收到RLC送來的數(shù)據(jù)后將數(shù)據(jù)組裝成PDCP SDU發(fā)送到RABM實體;如果PDCP應(yīng)用于SRNS重定位,則PDCP需要保存對于RB的SDU序列號。只有當(dāng)RLC配置為確認模式(AM)且順序傳 輸時才支持無丟失SRNS重定位。雖然RLC提供可靠的數(shù)據(jù)傳輸服務(wù),但是當(dāng)SRNS重定位時并不能保證傳輸?shù)目煽啃,所以PDCP在SRNS重定位時需 要保存PDCP序列號以避免數(shù)據(jù)丟失。
2 PDCP接口描述
接口結(jié)構(gòu)圖如圖2所示。PDCP接口主要與RRC,RABM和RLC相連接,通過PDCP_RRC接口RRC給PDCP配置所需參數(shù)。在完成控制部 分相關(guān)操作完成后PDCP通過PDCP_RAB和RLC_PDCP接口完成與RABM和RLC之間的數(shù)據(jù)傳遞,實現(xiàn)上下行的數(shù)據(jù)傳輸。
3.1 PDCP數(shù)據(jù)傳輸過程(RLC_AM模式)
UE開始進行數(shù)據(jù)傳送,首先PDCP處于空狀態(tài),RRC沒有對PDCP進行配置。RRC向PDCP發(fā)送1條“CPDCP_CONFIG_REQ”原 語,進行PDCP實例的配置,保留配置參數(shù)后準備收發(fā)數(shù)據(jù)。然后RRC通知RABM可進行數(shù)據(jù)傳輸,RABM將數(shù)據(jù)以“PDCP_DATA_REQ”原語 發(fā)送到PDCP,PDCP將完成IP頭壓縮等操作,將PDCP SDU組裝成PDCP PDU,并以'RLC_AM_DATA_REQ”原語發(fā)送到RLC實例。如果支持無丟失SRNS重定位,PDCP收到“RLC_AM_DATA_CNF” 消息時;如果指示PDU發(fā)送成功,則PDCP將釋放掉該數(shù)據(jù);如果不成功,PDCP需重發(fā)該數(shù)據(jù)。如果不支持無丟失SRNS重定位,可省去該消息。然后 PDCP收到RLC的“RLC_AM_DATA_IND”消息,將PDU進行解壓縮處理等,組裝成“PDCP_DATA_IND”原語發(fā)送RABM實體。 如果PDCP配置了無丟失SRNS重定位,就需要維護序列號,可通過“CPDCP_RE_LOC_REQ/CNF”原語進行操作。在數(shù)據(jù)傳輸過程中,如果 RRC需要對PDCP進行重配置實例,發(fā)送“CPDCP_CONFIG_REQ”進行該操作。數(shù)據(jù)收發(fā)完成后RRC向PDCP發(fā)送 “CPDCP_RELEASE_REQ”消息釋放PDCP實例,PDCP回到空狀態(tài)。
以上的各種消息里包含一些參數(shù),參數(shù)列表見表1。圖3給出RLC-AM的PDCP數(shù)據(jù)傳輸過程。
UM-RLC的PDCP數(shù)據(jù)傳輸過程與AM-RLC過程大致相同,這里不進行詳細說明。不同之處在于:PDCP在上行鏈路數(shù)據(jù)傳輸時,PDCP將 SABM發(fā)送來的SDU組裝成PDU后以“RLC_UM_DATA_REQ”原語形式發(fā)送到RLC;當(dāng)下行鏈路進行數(shù)據(jù)傳輸時RLC將PDU以 “RLC_UM_DATA_IND”原語形式發(fā)送到PDCP!癛LC_UM_DATA_REQ/IND”和“RLC_AM_DATA_REQ/IND” 參見協(xié)議3GPP TS25.322;因為只有RLC配置為AM模式且順序傳輸時才支持無SRNS重定位,所以在該過程是不支持無SRNS重定位的,則 “CPDCP_RELOC_REQ/CNF”和“RLC_AM_DATA_CNF”消息在該過程中將被視為無效。
3.3 PDCP數(shù)據(jù)傳輸過程(TM-RLC模式)
TM-RLC的PDCP數(shù)據(jù)傳輸過程與UM-RLC過程基本相同,不同在于PDCP將上層送下來的SDU組裝成PDU后以RLC_UM_DATA_REQ發(fā)送到RLC;下行鏈路數(shù)據(jù)傳輸時RLC將數(shù)據(jù)以RLC_UM_DATA_IND發(fā)到PDCP。
4 結(jié)語
TD-SCDMA標(biāo)準是我國向ITU提出并被采納的第一個國際性通信標(biāo)準,它在頻譜利用率、業(yè)務(wù)支持的靈活性和成本等方面具有獨特的優(yōu)勢。在用戶數(shù) 據(jù)業(yè)務(wù)空前發(fā)展的今天,只有滿足用戶的需求、提供優(yōu)質(zhì)的服務(wù)才能更好的占據(jù)市場。PDCP就是用戶數(shù)據(jù)平面里L(fēng)2的子層,本文就它的結(jié)構(gòu)、功能、實現(xiàn)過程 進行了描述,對于了解PDCP子層功能、PDCP工程實現(xiàn)有一定的幫助。
回答者:
OscarDon
回答時間:2013-07-23 11:51
25 25
謝謝你的回答。從PDCP流程上看到,_CNF似乎是一個接收確認,_IND還承載有其他應(yīng)答信息。雖說不明確,終歸有點幫助。好評。
shijianshi9860 2013-07-23 12:24
• 南京格安信息系統(tǒng)有限責(zé)任公司
聘:5G工程后臺人員
需求人數(shù):10 人 地點:北京市
• 中郵建技術(shù)有限公司 聘:成都移動后臺高級
需求人數(shù):1 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點:長沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘:日常項目系統(tǒng)中高級工程師
需求人數(shù):2 人 地點:百色市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
需求人數(shù):10 人 地點:北京市
• 中郵建技術(shù)有限公司 聘:成都移動后臺高級
需求人數(shù):1 人 地點:成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點:長沙市,衡陽市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘:日常項目系統(tǒng)中高級工程師
需求人數(shù):2 人 地點:百色市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 西安長河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點:安康市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |