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